Text files with national characters in their names won't open.

Bug #37153 reported by Aleksander Kamil Modzelewski
12
Affects Status Importance Assigned to Milestone
deskbar-applet
Fix Released
Critical
deskbar-applet (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

When I search for a text-file named "Zgłoszenia" or "Ąc" or "Ąc.txt", the applet does find the file (using beagle-live or by entering a full path), it assigns a correct applications, but when I click the name, it opens an empty gedit. Opening the file directly from nautilus or by gnome-open works, as does opening files with us-ascii names (i.e. strony.txt).

It seems, that deskbar passes an unicode string directly to gnome.url_show(), while the unicode characters should be quoted.

Revision history for this message
Gary Coady (garycoady) wrote : URL-escape filenames before opening

Filenames were not URL-escaped before opening with gnome.url_open().
Attached patch escapes the filenames.

Changed in deskbar-applet:
status: Unconfirmed → Confirmed
Revision history for this message
Aleksander Kamil Modzelewski (aleander) wrote :

The patch works for me :-)
Thanks :-)

Revision history for this message
Aleksander Kamil Modzelewski (aleander) wrote :

There's still a problem with the results of beagle-live.

Revision history for this message
Aleksander Kamil Modzelewski (aleander) wrote :

Hm, beagle-query reports an unescaped string. Is that right? Also, beagle-search refuses to associate any app with it. Seems that the beagle-live failure is a beagle-related bug.

Revision history for this message
oscar (oscar84) wrote :

Hello
I dont know if this bug is related, but I have a similar problem.
I have several files in:
"/mnt/windows/Documents and Settings/Hernández/"

Beagle is indexing files ok, and beagle search shows the proper files when I am looking for it.

But when I double-click in a file from the search window in order to open it, the asociated application cannot open it because the path to the file is malformed.

For example, if the file corresponds to...
"/mnt/windows/Documents and Settings/Hernández/doc.htm"

...then Beagle tries to open this path...
file:///mnt/windows/Documents%20and%20Settings/Hern%E1ndez/doc.htm

...but the correct one should be:
file:///mnt/windows/Documents%20and%20Settings/Hern%C3%A1ndez/doc.htm

On the other hand, if I use te option "reveal in folder" the folder containing the file opens correctly in nautilus...

Thank you
Oscar

Revision history for this message
Emilio Pavia (emilio-pavia-deactivatedaccount) wrote :

I've the same problem in edgy (deskbar + beagle-live). The filename is "/home/emix/Università/cv.pdf" and the error reported is:

Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/deskbar/DeskbarApplet.py", line 121, in on_match_selected
    match.action(text)
  File "/usr/lib/deskbar-applet/handlers/beagle-live.py", line 218, in action
    action(self.result)
  File "/usr/lib/deskbar-applet/handlers/beagle-live.py", line 100, in <lambda>
    "action": lambda d: gnome.url_show(d["uri"]),
GError: Non è possibile trovare la posizione o il file.

Revision history for this message
oscar (oscar84) wrote :

The problem referred in my previous comment (2006-08-07), relative to Ubuntu Dapper, is NOT present with my current configuration:

- Ubuntu Edgy Eft (6.10)
- Beagle Search 0.2.9 (Using Desktop Search, not using Deskbar).

Now Beagle opens correctly all files with accents in their names.

It is important to note that when I upgraded from Dapper to Edgy I deleted all the files and folders in ~/.beagle (except the folder "config") so all indexes were rebuilt by the new version of beagle.

Salu2
oscar

Revision history for this message
Emilio Pavia (emilio-pavia-deactivatedaccount) wrote :

I've a fresh installation of edgy (no upgrade from dapper) and the problem is only in deskbar (beagle-live extension). With "Desktop Search" it works fine.

Revision history for this message
Michel (michel-galle-oomu) wrote :

there is the same problem with libdeskbar-tracker. a live search works, but if someone clicks on a result who has national characters (french accent for example) it crashes the tracker plugin.

Revision history for this message
Sebastien Bacher (seb128) wrote :

looks like http://bugzilla.gnome.org/show_bug.cgi?id=388963 and should be fixed with feisty, closing. Feel free to reopen if you still get the bug

Changed in deskbar-applet:
status: Confirmed → Fix Released
Changed in deskbar-applet:
status: Unknown → Fix Released
Changed in deskbar-applet:
importance: Unknown → Critical
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.