"Open With Other Application" fast search of listed apps malfunctions

Bug #112842 reported by Ari
12
Affects Status Importance Assigned to Milestone
eel
Fix Released
Medium
eel2 (Ubuntu)
Fix Released
Wishlist
Ubuntu Desktop Bugs

Bug Description

Open a nautilus file browser window.

Right click on a file; let's say you right click on "dmesg.log" in your home directory.

Choose "Open with Other Application" (by the way, I think the correct spelling would be "Open with Another Application")

Now you get a list of available applications. Let's say you want to quickly locate the text editor. So, as I did in Dapper and Edgy, I start a fast search typing "text" (for example). I would expect that the "Text Editor" entry would be highlighted. Instead, I get "Movie Player". In fact, whatever I try to fast search, I always get the wrong application highlighted.

Happens 100% of the time. Feisty clean install. This is a bit annoying.

Thanks!

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

Thank you for your bug. Looks like it uses the command name, which allow people knowing it to find it without having to look what is the description. That's not a bug, closing

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Wishlist
status: Unconfirmed → Rejected
Revision history for this message
Ari (ari-reads) wrote :

Hi Sebastien, I don't think they are using the command line. Try "fast-typing" : gedit or /usr/bin/gedit, it doesn't autocomplete nor it doesn't highlight the Text Editor, nor it does not do anything at all :)

Perhaps you've been testing the "Use a Custom Commnand" instead of "fast typing"?

Anyways, fast typing worked fine in Dapper and Edgy's GNOME, so I still suspect this is a bug.

Cheers,
Ari

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

something weird is going on with gedit, typing eog selects the Image Viewer for example, marking unconfirmed for now

Changed in eel2:
status: Rejected → Unconfirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

The matching was using the icon name, that's fixed with this upload:

 eel2 (2.19.2-0ubuntu2) gutsy; urgency=low
 .
   * debian/patches/01_list_match_name.patch:
     - make typing on the open with list match the name and not the icon
       (Ubuntu: #112842)

Changed in eel2:
status: Unconfirmed → Fix Released
Changed in eel:
status: Unknown → In Progress
Changed in eel:
status: In Progress → Fix Released
Changed in eel:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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