search shows non-ascii filenames as HTML-escaped string
Bug #383098 reported by
Alexander Belchenko
This bug affects 2 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
bzr search plugin |
Confirmed
|
High
|
Unassigned |
Bug Description
Does `bzr search` supposed to be used from command-line or to produce HTML output?
C:\Temp\5>bzr index
C:\Temp\5>bzr search foo
bzr: ERROR: No matches were found for the search [u'foo'].
C:\Temp\5>echo foo > Тест.txt
C:\Temp\5>bzr add
adding "Тест.txt"
C:\Temp\5>bzr ci -m1
Committing to: C:/Temp/5/
added Тест.txt
Committed revision 1.
C:\Temp\5>bzr index
C:\Temp\5>bzr search foo
'#1058;
To post a comment you must log in.
On Wed, 2009-06-03 at 09:38 +0000, Alexander Belchenko wrote:
> Public bug reported:
>
> Does `bzr search` supposed to be used from command-line or to produce
> HTML output?
Its meant to be used from the command line. loggerhead uses bzr's API
when generating search results.
> C:\Temp\5>bzr search foo
> bzr: ERROR: No matches were found for the search [u'foo'].
This is very programmatic; perhaps bzr-search should encode into the
output locale here rather than using repr.
> C:\Temp\5>bzr index е с т .txt in revision '<email address hidden>'. Summary: 'foo
>
> C:\Temp\5>bzr search foo
> '#1058;
Oh thats ugly. It's the result of
path = self.index. search( (self.text_ key,)). next() name(), self.text_key[1])
return "%s in revision '%s'." % (path.document_
It suggests to me that the path was indexed wrongly. Could you perhaps
bar. finished( )
add some output at line 731 of index.py:
+ print repr(terms)
return terms.iteritems()
I suspect its a bug with the xml fast-pathing in bzr-search's
inventory.py.
I'd be interested if the new codepath for development- rich-root
repositories handles this better.
-Rob
status confirmed
importance high