GNOME Bugzilla – Bug 709806
In Classic Mode Applications menu is visible on lock/login screen sometimes
Last modified: 2013-11-06 23:10:36 UTC
Created attachment 256895 [details] menu opened on top of lock screen Version: gnome-shell-3.10.0.1-1.fc20.x86_64 gnome-classic-session-3.10.0-1.fc20.noarch Hardware: KVM VM with SW rendering. I am testing the classic mode on latest Fedora 20. Steps to reproduce: 0. My screen is configured to turn off after 1 minute and lock after another 1 1. Click the Application menu and leave it open. Wait for two minutes. Results: The screen locks and displays a nice pink theme. However the application menu remains open on top of the lock screen. The button to open the menu remains visible in the top left corner of the screen and you can click on it. Applications start in the background and once you unlock the screen they are there. Once you slide up the lock screen you are presented with the login screen. The Application menu button is also visible there, but not clickable. See attached screenshots.
Created attachment 256896 [details] menu visible in lock screen
Created attachment 256897 [details] menu visible on login screen
I would assume this is the apps-menu extension that fails to disable. Do you see any JS error in the journal?
Hi Giovanni, I'm rather new to the whole GNOME 3 concept (as well as latest Fedora changes). Can you be more verbose and tell me how to get this info for you? Thanks.
You would need to run "journalctl --user --boot --all" and look for a line like: gnome-session[1227]: (gnome-shell:1353): Gjs-WARNING **: JS ERROR That, and the following messages with the JS stack, would be very useful to pin point the bug.
I also reported this issue when using the window-list extension on non-Classic GNOME here: https://bugzilla.redhat.com/show_bug.cgi?id=1017893
Created attachment 259146 [details] [review] popupMenu: Fix removing the active menu from PopupMenuManager Commit b42af9aa991eba5 changed the parameter list of _closeMenu() to account for changes in the GrabHelper ungrab mechanism, but didn't update other callers. Ouch, we should have spotted this one ages ago :-(
Review of attachment 259146 [details] [review]: LG.
Attachment 259146 [details] pushed as 52b1a1b - popupMenu: Fix removing the active menu from PopupMenuManager