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 766601 - keyboard shortcut to quit application (ctrl-q) is not working
keyboard shortcut to quit application (ctrl-q) is not working
Status: RESOLVED INCOMPLETE
Product: geary
Classification: Other
Component: client
0.11.x
Other Linux
: Normal normal
: ---
Assigned To: Geary Maintainers
Geary Maintainers
Depends on: 779116
Blocks:
 
 
Reported: 2016-05-18 10:55 UTC by Michael Olberg
Modified: 2018-01-03 23:08 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michael Olberg 2016-05-18 10:55:40 UTC
I am running the latest build from the ppa, 0.11.0-1~xenial1, on galliumos (basically a xubuntu 16.04 adapted to chromebooks) and I noticed that the keyboard shortcut ctrl-q to quit geary is not working. It has no effect.
Comment 1 Michael Gratton 2016-05-18 13:33:07 UTC
Hi Michael, thanks for the bug report.

Does Geary display a gear menu when you run it? If so, the fix for Bug 759980 which just literally just landed on master may resolve this for you, by removing the gear menu in favour of allowing GTK+ to add an app menu on the header bar instead.

Can you try building Geary from git on the master branch and see if that is indeed the case?
Comment 2 Michael Olberg 2016-05-23 07:31:34 UTC
Hi Michael,

I don't see a gear menu, should I try and build from source anyway?
Comment 3 Michael Gratton 2016-05-24 04:13:30 UTC
Hmm, but your shell doesn't draw an application menu itself like gnome-shell does, right?

What do the following commands output on your system?

> gsettings get org.gnome.settings-daemon.plugins.xsettings overrides
> gsettings get org.gnome.desktop.wm.preferences button-layout
Comment 4 Michael Olberg 2016-06-01 13:07:32 UTC
sorry for the delayed reply, but here it is:
> gsettings get org.gnome.settings-daemon.plugins.xsettings overrides
No such schema 'org.gnome.settings-daemon.plugins.xsettings'
> gsettings get org.gnome.desktop.wm.preferences button-layout
'appmenu:close'
Comment 5 Michael Gratton 2016-07-29 06:34:55 UTC
Hey Michael, apologies for the delay. I think you may be running into another unintended aspect of Bug 759980. Please do try building it from git master and see if the problem is fixed.
Comment 6 Michael Gratton 2016-09-19 12:28:09 UTC
Michael: The advice in this message from the mailing list may help get an app menu back under XFCE: https://mail.gnome.org/archives/geary-list/2016-September/msg00042.html

That may not fix Ctrl+Q working, however.
Comment 7 Michael Gratton 2016-09-19 12:41:16 UTC
It might be that migrating Geary to use GActions natively for application-wide shortcuts may be needed to fixe this for non-GNOME/Unity desktops.
Comment 8 Michael Gratton 2017-10-20 01:19:12 UTC
Hey Michael, now that Bug 779116 has been fixed in master, this issue maybe resolved. If you have a moment, can you try compiling Geary from git and let me know if that resolves the issue for you? Cheers!
Comment 9 Federico Bruni 2018-01-01 15:37:24 UTC
I'm still experiencing this bug using latest master. This happens regularly since today. It might just be a temporary problem with my account server, I don't know...

Here's what happen: I send the email, I hear immediately the sound which confirms it was sent but the message remains in Outbox. Then I close Geary and start it again: the message is moved correctly from Outbox to Sent folder.
Comment 10 Federico Bruni 2018-01-01 15:37:52 UTC
sorry, wrong issue: forget comment 9!
Comment 11 Federico Bruni 2018-01-03 15:10:42 UTC
Mike, I've just made a test on a virtual machine running Fedora 27 and LXQT desktop. I've used the version of Geary currently packaged in Fedora 27, that is 0.12.0 and Ctrl-Q works fine.

I've used virsh and virt-viewer, because it does not have a Ctrl-Q shortcut, which may conflict (when I used GNOME Boxes, Ctrl-Q closed Boxes even if I had the focus within the guest).
Comment 12 Michael Gratton 2018-01-03 23:08:01 UTC
Yeah, I haven't seen this for a while, so either the migration to GAction or some LXQT change must have resolved it.

I'll resolve this as incomplete, but if you can still reproduce it with current master, please do reopen it Michael.