bzrlib.errors.PathsNotVersionedError when selecting a versioned file in gdiff

[Christian Tschabuschnig]

I executed "$ bzr gdiff -r-2..-1" and the attached window was shown. I can select every file except the one ending in "temporär". I suspect that this is a problem with umlauts again. When I select "temporär" i get the following traceback:

Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/bzrlib/plugins/gtk/diff.py", line 409, in _treeview_cursor_cb
    self.diff_view.show_diff(specific_files)
  File "/usr/lib/python2.5/site-packages/bzrlib/plugins/gtk/diff.py", line 273, in show_diff
    old_label='', new_label='',
  File "/usr/lib/python2.5/site-packages/bzrlib/diff.py", line 426, in show_diff_trees
    return differ.show_diff(specific_files, extra_trees)
  File "/usr/lib/python2.5/site-packages/bzrlib/diff.py", line 831, in show_diff
    return self._show_diff(specific_files, extra_trees)
  File "/usr/lib/python2.5/site-packages/bzrlib/diff.py", line 854, in _show_diff
    executable) in sorted(iterator, key=changes_key):
  File "/usr/lib/python2.5/site-packages/bzrlib/tree.py", line 854, in iter_changes
    lookup_trees, require_versioned=require_versioned)
  File "/usr/lib/python2.5/site-packages/bzrlib/tree.py", line 482, in paths2ids
    return find_ids_across_trees(paths, [self] + list(trees), require_versioned)
  File "/usr/lib/python2.5/site-packages/bzrlib/tree.py", line 704, in find_ids_across_trees
    require_versioned)
  File "/usr/lib/python2.5/site-packages/bzrlib/tree.py", line 731, in _find_ids_across_trees
    raise errors.PathsNotVersionedError(not_versioned)
bzrlib.errors.PathsNotVersionedError: Path(s) are not versioned: "n1k70awn.tschaboo/Mail/Local Folders/temporär"

[Christian Tschabuschnig (tschaboo)]

I should mention that this is bazaar 1.9 from the ubuntu-hardy-deb on ppa. I'm using the new --1.9 repository-format. Before upgrading earlier this week I was using bazaar 1.3.1 (included in ubuntu hardy) and didn't experience a similar problem.

[John A Meinel (jameinel)]

Is this still happening?

I haven't seen this specific problem, but it is possible that bzr-gtk isn't passing non-ascii arguments to bzr in a way that we understand.

I'm also retargetting, because from the look of it, bzr-gtk is passing a *plain* string when it should be passing a Unicode object.