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 746945 - [FEATURE REQUEST] Alt+F4 should terminate session, when no window is open
[FEATURE REQUEST] Alt+F4 should terminate session, when no window is open
Status: RESOLVED OBSOLETE
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other Linux
: Normal minor
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2015-03-28 17:34 UTC by Georg Weiss
Modified: 2021-07-05 14:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Georg Weiss 2015-03-28 17:34:38 UTC
[FEATURE REQUEST]
GNOME Shell: Alt+F4 should bring up the logout/shutdown dialog, when no window is open.
Comment 1 Matthias Clasen 2015-03-29 06:29:02 UTC
Is there any prior art for this ? E.g, does Windows do this ?

See https://wiki.gnome.org/Design/OS/KeyboardShortcuts for the general design of our system keybindings.
Comment 2 Georg Weiss 2015-03-29 16:28:52 UTC
Alt+F4 in Windows 7 is resembling my request, but does not exactly do what I would appreciate.

WIN7: Alt+F4 closes the active window. If there is another window opened, it will _not_ gain the focus. A subsequent Alt+F4 triggers the logout/shutdown dialog. 

Other open windows without focus remain open. Shutting the system down, these open windows are either being closed without dialog, or, if there are unsaved data, there will be an appropriate request.

No idea whether this behavior has been implemented in previous versions
of MS Windows.

Hence in GNOME Shell all open windows can be closed via Alt+F4 one after
the other, it would be imho straight forward to close the shell itself
this way.

Mac OSX seems to provide something similar:
http://www.cultofmac.com/210965/use-these-keyboard-shortcuts-to-reboot-or-shutdown-your-mac-instantly-os-x-tips/


> See https://wiki.gnome.org/Design/OS/KeyboardShortcuts for the general design
> of our system keybindings.
Thank you for this link.

According to the scheme provided in this table, it should be Super+F4,
which should be no problem as long as the shortcut is consistent with
the one to close the active window.
Comment 3 Jakub Steiner 2015-03-30 11:33:47 UTC
It's almost hard to believe windows 7 would do something different for alt+f4 depending on the context. That is definitely something I'd want to avoid. We want predictability and deterministic behavior. Alt+f4 should close a focused window.

As for providing a shortcut for shutting down the system, I'm a little afraid we'll run into the same false positives we used to have with bringing down X with ctrl+alt+backspace.

I'm tentatively ok with having super+f4 to bring up the powerdown modal.
Comment 4 Lapo Calamandrei 2015-03-30 12:30:27 UTC
IIRC on windows alt+f4 closes the session when you focus the desktop
Comment 5 Michael Catanzaro 2016-09-13 22:06:28 UTC
(In reply to Jakub Steiner from comment #3)
> I'm tentatively ok with having super+f4 to bring up the powerdown modal.

Note we already have a shortcut for this (Ctrl+Alt+Delete).
Comment 6 Strangiato 2017-11-16 21:57:01 UTC
cannot discard powerdown modal called by ctrl+alt+delete by pressing ESC.
Is this a bug?
Comment 7 Michael Catanzaro 2017-11-16 23:05:23 UTC
(In reply to Strangiato from comment #6)
> cannot discard powerdown modal called by ctrl+alt+delete by pressing ESC.
> Is this a bug?

Yes, that would be a bug. It works for me.
Comment 8 Jeremy Bicha 2017-11-16 23:07:59 UTC
(In reply to Strangiato from comment #6)
> cannot discard powerdown modal called by ctrl+alt+delete by pressing ESC.

That sounds like a gnome-shell 3.26.1 bug that was fixed in 3.26.2.
Comment 9 GNOME Infrastructure Team 2021-07-05 14:08:41 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, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/

Thank you for your understanding and your help.