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 770207 - Inconsistent behavior between keyboard and mouse interaction (Enter vs Double Click) in folder search results
Inconsistent behavior between keyboard and mouse interaction (Enter vs Double...
Status: RESOLVED DUPLICATE of bug 764981
Product: nautilus
Classification: Core
Component: File Search Interface
3.20.x
Other Linux
: Normal normal
: 3.20
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-08-21 17:10 UTC by raskolnikov
Modified: 2016-09-01 11:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description raskolnikov 2016-08-21 17:10:07 UTC
When in a "normal" folder view, Enter on a selected folder or Double-Clicking it are equivalent actions.  Both do the same thing: navigate into the folder.

However, on the search results list, they are subtly different:

- Double-click exits the "search view" and navigates into the folder.  The navigation bar shows breadcrumbs leading the folder and the main view shows the contents of that folder.  One can go back to the search results by hitting the back button or Alt-Left, and up in the folder hierarchy with the breadcrums or Alt-Up.

- The Enter key, leads to showing the contents of the folder in the main view, but it does not exit the "search view".  The navigation bar still shows "Search for 'foo'".  Furthermore, the navigation keys seem to be in a broken state, both Alt-Left for Back, Alt-Up for moving up the tree do nothing.

Not only is this distinction confusing, it damages keyboard interaction: it is specially important for the navigation keys to function properly after pressing Enter, since it is to be expected that users that navigate into a folder with they keyboard will also do other actions with key combinations.

In fact I wonder if the current behavior is intended (I would consider this then a UX bug) or maybe it is a missimplementation of keyboard navigation for search (something equivalent to Double-Click was always intended).  In any case, a small glitch in an otherwise excellent piece of software with great design :-)
Comment 1 Carlos Soriano 2016-08-21 17:12:56 UTC
What version? In 3.20 this works as you expect.
Comment 2 raskolnikov 2016-08-21 17:41:10 UTC
3.20.1, Debian Sid
Comment 3 raskolnikov 2016-08-21 17:42:50 UTC
Just to be sure I removed the accels file, still it behavior is as described :(
Comment 4 Ernestas Kulik 2016-08-21 17:43:52 UTC
Reproducible in list view.
Comment 5 raskolnikov 2016-08-21 17:53:29 UTC
Thanks Ernestas for narrowing it down! I did not notice since I always use list view.  I too can reproduce in list view, but can't in icon view.
Comment 6 Carlos Soriano 2016-08-21 21:16:56 UTC
ah right, I saw it before, I fixed it for the canvas view :/ Need to recheck that.
Comment 7 Carlos Soriano 2016-09-01 11:36:55 UTC

*** This bug has been marked as a duplicate of bug 764981 ***