Launchpad has imported 3 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=19946.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2009-02-04T01:16:28+00:00 Noël Köthe wrote: Hello, when you open a menu of e.g. KDE konqueror, GNOME nautilus or firefox then the screensaver wouldn't start in my tests. First I thought its a KDE bug http://bugs.kde.org/show_bug.cgi?id=176637 but the same behaviour can be reproduced with gnome. Or if you open a pull down menu on a website with firefox/iceweasel the screensaver will not start. It is reproducible with installed gnome-screensaver and not installed xscreensaver so I think its not xscreensaver specific. If xscreensaver is used you can see the following: xscreensaver reported the following lines when the timeout expired: xscreensaver: 20:16:02: couldn't grab keyboard! (AlreadyGrabbed) xscreensaver: 20:16:06: couldn't grab keyboard! (AlreadyGrabbed) xscreensaver: 20:16:10: couldn't grab pointer! (AlreadyGrabbed) xscreensaver: 20:16:10: unable to grab keyboard or mouse! Blanking aborted. The source code comment says: xscreensaver-5.07/driver/xscreensaver.c ... if (! blank_screen (si)) { /* We were unable to grab either the keyboard or mouse. This means we did not (and must not) blank the screen. If we were to blank the screen while some other program is holding both the mouse and keyboard grabbed, then we would never be able to un-blank it! We would never see any events, and the display would be wedged. So, just go around the loop again and wait for the next bout of idleness. (If the user remains idle, we will next try to blank the screen again in no more than 60 seconds.) */ I don't know if opening a menu in an application grabs mouse and keyboard. this is answered by Michel in http://bugs.debian.org/514036 --8<-- Michel Dänzer <daenzer at debian.org> It does; it's the only way the menu can receive input events while the pointer is outside of it. AFAIK this is a pretty deep X11 design issue, so I'm afraid this can't be fixed easily. Feel free to bring it up upstream though. --8<-- Sorry but I don't know which is the correct component for this topic. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome- screensaver/+bug/49579/comments/5 ------------------------------------------------------------------------ On 2011-03-15T15:58:42+00:00 Bugs-freedesktop wrote: I'm not clear that there is definitely a need for a keyboard grab to implement menus with access keys, even though that is what toolkits often do. It may be convenient from the perspective that events are directed to the menu window. But in most cases the main application window would have focus and so the application can receive keyboard events there. If for some reason a client does not normally receive focus in the main window, I wonder whether it should negotiate keyboard focus (perhaps under the Globally Active Input model) rather than stealing a keyboard grab, which cannot be overridden until the client releases. Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome- screensaver/+bug/49579/comments/21 ------------------------------------------------------------------------ On 2012-04-12T00:15:01+00:00 Freedesktop-6 wrote: Is this bug still relevant? I just tested this, and xscreensaver successfully locks even with a menu active. x11-base/xorg-x11-7.4-r1 running x11-wm/openbox-3.5.0-r1 (Gentoo). Can we close this bug? Reply at: https://bugs.launchpad.net/ubuntu/+source/gnome- screensaver/+bug/49579/comments/35 ** Changed in: xorg-server Status: Unknown => Confirmed ** Changed in: xorg-server Importance: Unknown => Wishlist ** Bug watch added: KDE Bug Tracking System #176637 https://bugs.kde.org/show_bug.cgi?id=176637 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-screensaver in Ubuntu. https://bugs.launchpad.net/bugs/49579 Title: screen doesn't lock when some menu is open Status in GNOME Screensaver: Confirmed Status in OEM Priority Project: Won't Fix Status in OEM Priority Project precise series: Won't Fix Status in X.Org X server: Confirmed Status in “gnome-screensaver” package in Ubuntu: Triaged Status in “gnome-screensaver” source package in Precise: Confirmed Status in “xorg-server” package in Debian: Confirmed Bug description: Binary package hint: gnome-screensaver I'm running a fresh install of Dapper with screensaver set to 'blank screen', and 'lock screen when screensaver is active' enabled. If a panel menu (e.g. Applications) is open and the machine is left idle, the screen fails to lock. It fades out after the time period as expected, but the desktop reappears after a few seconds. Ben (comments / criticism welcome, this is my first bug report) To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-screensaver/+bug/49579/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
