GNOME Bugzilla – Bug 100903
Screenshot will not work when any menu is active.
Last modified: 2014-10-20 06:21:19 UTC
I was surprised to not find this--I looked through all bugzilla bugs that contained 'screenshot' in their summary. Anyway, the binding PrintScreen and Alt-PrintScreen work great--unless the panel menu is active. I wanted to take a screenshot of what the menu looked like, though, so this was particularly annoying. I tested this on both Redhat 8.0 and Mandrake 9.0. Also, the gnome-panel will retain focus even when the mouse is moved off of it and into a different window (I have sloppy focus), so that I can't keep the menu open and type in other windows. I personally find this annoying. I'm guessing this should go in another bug, but I'm wondering whether I should bother--would such a bug be NOTABUG'd/WONTFIX'd immediately (and dismissed as 'crack'), or would such a feature stand a chance of being implemented/accepted?
The second part of the bug (WONTFIX stuff :-) is not specific to the application menu. There's the same problem for every menu in every application. As for the first part, I can't reproduce because it crashes my X server <sigh>. Elijah: does it happen in GNOME 2.1.x too ?
Yes, the screenshot stuff is a problem with 2.1.x (garnome 0.18.3). It appears that the problem is more broad than I earlier thought. The screenshot bindings (PrintScreen or Alt-PrintScreen) will not work whenever any menu is active for any application, not just the menu of the gnome-panel. I'm adding the GNOMEVER2.1 keyword and setting the version to 2.1.x. I'm going to update the summary. Also, this seems to be a fairly large amount of time that the screenshot isn't working. I'm going to mark priority->high ("cosmetic bug of particularly high visibility")--I think I will want to take screenshots of menus as often as screenshots of anything else.
...oops, I forgot to look at component earlier. I don't know if this is really a gnome-panel problem, since it occurs if any menu of any application is active. I'm not sure which component it would go in, though. So I'm going to remove the bugsquad keyword--hopefully that'll help attract attention for someone else to put it in the right place.
I guess this should be moved to Gtk+.
This is not avoidable. GTK has to grab the pointer and the keyboard when it maps an override-redirect window like a menu or a combo box dropdown. Otherwise users could e.g. switch desktops using WM keybindings which is very annoying, since the override-redirect windows are effectively sticky - the WM doesn't manage them, thus doesn't hide them on desktop change. Note that timeout-based screenshot utilities (like the one provided in the GIMP) work fine in this situation; maybe the gnome-panel screen shooter should provide this option.
It would take incredible amounts of custom hacks to fix this (GTK+ would have to catch PrintScreen and send a ClientMessage to the root window or something.)
*** Bug 134961 has been marked as a duplicate of this bug. ***
*** Bug 323792 has been marked as a duplicate of this bug. ***
*** Bug 329018 has been marked as a duplicate of this bug. ***
*** Bug 339465 has been marked as a duplicate of this bug. ***
*** Bug 459206 has been marked as a duplicate of this bug. ***
*** Bug 587063 has been marked as a duplicate of this bug. ***
*** Bug 612211 has been marked as a duplicate of this bug. ***
*** Bug 618094 has been marked as a duplicate of this bug. ***
*** Bug 649540 has been marked as a duplicate of this bug. ***
*** Bug 738801 has been marked as a duplicate of this bug. ***