After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 462875 - Double-click not handled correctly after "search-as-you-type" in file browser
Double-click not handled correctly after "search-as-you-type" in file browser
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: Views: List View
0.x.x [obsolete]
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-08-02 18:49 UTC by Pedro Villavicencio
Modified: 2008-11-08 15:17 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20



Description Pedro Villavicencio 2007-08-02 18:49:46 UTC
This bug has been filled here: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/117795

"I found out some inconsistent behaviour when using search-as-you-type in nautilus file browser. I use Feisty, but the same applies to Edgy IIRC.

Steps to reproduce:
1) Go to some folder in the file browser
2) Type the first few letters of a filename (search box should pop up in the lower right corner)

Then do one of the following:
3a) Press enter
3b) Double-click on the selected file

What should happen:
The file is opened.

What happens:
3a) This works correctly.
3b) This doesn't. When double-clicking, only the search field goes away. After a second dbl-click, the file is opened.

Additionally: If you dbl-click (after searching) on the filename that was selected BEFORE the search - regardless what is selected during or after search - it will be opened directly on the first dbl-click

Steps to reproduce:
1) Open some folder in nautilus
2) Select a filename with a single click
3) Type some letters to start searching, but search for another file, not the one you selected
4a) Double-click on the file selected in 2)
4b) Double-click on the file selected after searching in 3)

What happens:
4a) The file is opened
4b) The file is not opened. Only a second dbl-click opens the file.
"

This is reproducible in trunk
Comment 1 Emmanuel Fleury 2008-11-07 18:41:54 UTC
Can't reproduce it on 2.20.0. Is it still there ?
Comment 2 Cosimo Cecchi 2008-11-08 15:17:21 UTC
Yeah, seems to have been fixed in the meanwhile, closing as OBSOLETE.