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 765526 - open-file-and-close-window action accelerator conflicts with keyboard rubberbanding
open-file-and-close-window action accelerator conflicts with keyboard rubberb...
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: Navigation
unspecified
Other Linux
: Normal minor
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-04-25 11:16 UTC by Ernestas Kulik
Modified: 2021-06-18 15:51 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Ernestas Kulik 2016-04-25 11:16:19 UTC
The accelerator (ctrl-shift-down) for the “open-file-and-close-window” action conflicts with the keyboard rubberbanding key combination in the icon view (ctrl-shift-arrow key).

Expected result: files are selected
Actual result: currently selected files are all opened and the Nautilus window closes
Comment 1 Ernestas Kulik 2016-04-25 11:29:29 UTC
The obvious fix here would be to change the accelerator for the offending action, but it might break the workflow for some people.
Comment 2 António Fernandes 2017-08-23 16:29:31 UTC
Note that this works for folders too! It closing current nautilus window to open another nautilus window,... which is useless.

This feature looks like a remnant from the "spacial file browser" days. Under that paradigm, navigating down to a folder and navigating down to a file were seen as equivalent actions, both opening in a new window. The desktop was file-centered, not app-centered, so it all made sense.

One problem with spacial nautilus was that the number of open windows you could end up with. I bet <Ctrl><Shift><down> was born as a way keep open windows to a minimum, by closing the parent when you were just navigating down.

None of that applies nowadays.

If we must keep this, for an alternative shortcut, I suggest <Alt><Shift><o>, because <Alt><o> is already a shortcut to open files and folders.
Comment 3 António Fernandes 2017-08-23 16:33:53 UTC
Another issue: this shortcut closes the whole window. It should only close the current tab.
Comment 4 Ernestas Kulik 2017-08-29 09:19:18 UTC
I was all for purging this, but we had some sort of disagreement.
Comment 5 André Klapper 2021-06-18 15:51:59 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version of Files (nautilus), then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/nautilus/-/issues/

Thank you for your understanding and your help.