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 682475 - App menu shows up in the lock screen
App menu shows up in the lock screen
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2012-08-22 14:01 UTC by Florian Müllner
Modified: 2012-11-17 02:25 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
appMenu: Make show() a no-op in locked state (933 bytes, patch)
2012-08-22 14:01 UTC, Florian Müllner
committed Details | Review
overview: Disable toggling while locked (2.00 KB, patch)
2012-08-22 14:01 UTC, Florian Müllner
rejected Details | Review

Description Florian Müllner 2012-08-22 14:01:10 UTC
When locking the screen, the app menu is hidden. However, we still allow to toggle the overview using the overlay-key - entering the overview has no visible effect, but after leaving it the app menu will be shown again.
The 2nd patch should be enough to fix it (e.g. disable changes to the overview sate while the screen is locked), but conceptually both patches make sense to me (e.g. there might be other triggers for the app menu that I haven't thought of)
Comment 1 Florian Müllner 2012-08-22 14:01:14 UTC
Created attachment 222152 [details] [review]
appMenu: Make show() a no-op in locked state

The app menu is hidden when entering the lock screen, however it
might be shown again while the lock is still in place - we don't
want this ever to be the case, so make show() a no-op while the
screen is locked.
Comment 2 Florian Müllner 2012-08-22 14:01:19 UTC
Created attachment 222153 [details] [review]
overview: Disable toggling while locked

While the screen is locked, entering and leaving the overview has
no visible effect, so it is at best pointless - as Escape is used
to "hide" the overview rather than raising the screen shield while
the overview is "shown", it is even confusing.
Just make sure that the overview state is kept while the screen lock
is active by making show()/hide() no-ops.
Comment 3 Giovanni Campagna 2012-08-22 17:09:07 UTC
Review of attachment 222152 [details] [review]:

Makes sense
Comment 4 Giovanni Campagna 2012-08-22 17:10:07 UTC
Review of attachment 222153 [details] [review]:

I think this should be handled by blocking the keybinding in Main.globalKeyHandler
Comment 5 Florian Müllner 2012-08-22 18:32:14 UTC
Comment on attachment 222152 [details] [review]
appMenu: Make show() a no-op in locked state

Attachment 222152 [details] pushed as 88effdd - appMenu: Make show() a no-op in locked state
Comment 6 Florian Müllner 2012-08-22 18:35:07 UTC
I actually only needed patch #2 due to a local mutter patch, which
 (1) moves handling of the overlay key out of the globalKeyPress handler
 (2) makes the overlay-key available in the lock screen in the first place

So at least for now, this is not an issue ...
Comment 7 Jasper St. Pierre (not reading bugmail) 2012-08-22 18:43:50 UTC
I think all three of us have written the exact same patch with keybindings during modals.
Comment 8 Giovanni Campagna 2012-08-22 18:53:17 UTC
(In reply to comment #7)
> I think all three of us have written the exact same patch with keybindings
> during modals.

Asd. Very possible.
Might make sense to collect them in a single bug.
Comment 9 Florian Müllner 2012-11-17 02:25:37 UTC
Comment on attachment 222153 [details] [review]
overview: Disable toggling while locked

It was indeed a workaround for a local bug, rejecting.