Do

matching problems for launching localized applications

Bug #201873 reported by Jeff Fortin Tam
4
Affects Status Importance Assigned to Milestone
Do
Fix Released
Medium
Unassigned

Bug Description

gnome do from the ppa (bzr rev 209) still can't launch rhythmbox, revelation, file-roller, epiphany, and a slew of other apps, when you type their names directly.

However, when typing other parts of their localized desktop file, it is possible to launch them.

I am using standard, ubuntu-provided applications.

I can launch rhythmbox if I type "lec musi rhy" but not if I type "rhy"
As for the localization part of the problem, the desktop files look like this (I am using a French locale, so I cut only the relevant parts):

[Desktop Entry]
Name=Rhythmbox Music Player
Name[en_CA]=Rhythmbox Music Player
Name[en_GB]=Rhythmbox Music Player
Name[fr]=Lecteur de musique Rhythmbox

Why doesn't it pick up "rhythmbox" *inside* Name[fr] ?

Like I said, this affects the majority of other apps out there when using a non english locale, since the name of the app is not necessarily at the beginning of the desktop file string. Deskbar applet (or gnome's run dialog, fwiw) do not have this problem.

Revision history for this message
Jeff Fortin Tam (kiddo) wrote :
Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote : Re: [Bug 201873] [NEW] matching problems for launching localized applications

Strange, it should definitely match for "rhy(thmbox)". I will look into this
when I can.

Changed in do:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Jason Smith (jassmith) wrote :

Please confrim this with latest bzr

Changed in do:
status: Confirmed → Incomplete
Revision history for this message
zhuqin (zhuqin) wrote :

I can confirm this.
I'm using a chinese locale. Since gnome do does not support input method, I cannot launch a bunch of apps with chinese names, such as gedit, file-roller, stardict, etc.

app version: the latest 0.5.99.0, archlinux.

Revision history for this message
David Siegel (djsiegel-deactivatedaccount) wrote :

Can someone please confirm that this has been fixed in trunk? I'm pretty sure it has.

Changed in do:
status: Incomplete → Fix Committed
Changed in do:
status: Fix Committed → Fix Released
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.