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 144907 - allow PrintScreen to work while the main menu is open
allow PrintScreen to work while the main menu is open
Status: RESOLVED OBSOLETE
Product: gnome-panel
Classification: Other
Component: panel
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Panel Maintainers
Panel Maintainers
: 150062 373634 574938 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-06-24 10:54 UTC by Mark McLoughlin
Modified: 2020-11-07 12:16 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Mark McLoughlin 2004-06-24 10:54:29 UTC
When you have the main menu open the keyboard is grabbed and PrintScreen doesn't
work. See:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=126208

Investigate whether we can catch the printscreen and invoke the screenshot
action. Might be fairly trivial.
Comment 1 Vincent Untz 2004-06-24 11:06:55 UTC
Looks like a GTK+ problem to me: it happens with every menu here. I think
there's already a bug open about this, but I can't find it...
Comment 2 Mark McLoughlin 2004-06-24 12:58:46 UTC
Yeah, I'm just saying we might be able to come up with a hack to make it work
with the panel's main menu.

People take a screenshot of the main menu a lot, we launch
gnome-panel-screenshot from other places, so it may be worth doing if its trivial.
Comment 3 Vincent Untz 2004-08-16 09:02:21 UTC
*** Bug 150062 has been marked as a duplicate of this bug. ***
Comment 4 Vincent Untz 2006-04-23 18:00:51 UTC
See also bug 100903
Comment 5 Emmanuel Touzery 2006-05-08 18:16:10 UTC
ideally it should work with any menu of any application, too.
Comment 6 Karderio 2006-08-27 15:19:18 UTC
Hi :o)

I cannot take a screenshot when I have an applications menu  open either - a real pain as I currently want to take shots of open menus...

Anybody have any idea about this ? If it is a GTK+ issue, as mentionned above, should this not be filed against GTK+ ?

Long runner...

Love, Karderio.
Comment 7 Vincent Untz 2007-01-15 11:20:53 UTC
*** Bug 373634 has been marked as a duplicate of this bug. ***
Comment 8 Matthew Millar 2008-06-24 11:56:06 UTC
Hi, this is still a problem in Hardy Heron.

The fault has been duplicated into this post

http://bugzilla.gnome.org/show_bug.cgi?id=308516

and by the sounds of it the problem isn't easily correctible, because of the menus are caturing all of the input keypresses and simply disgarding CTRL+ commands because they don't relate to a menu item.

However, excuse me if i'm wrong (i'm not a GTK+ programmer), but is it not possible to generate a link between the menu keypress shortcuts and the normal  keypress shortcuts.

By this i mean, a key is pressed whilst the user has an open menu, the menu checks the menu shortcut list and if the keypress matches an item in the menu shortcut list it selects the menu item or simply executes the command that would have been run by the user clicking on the relative menu item.

However if the keypress isn't in the menu shortcut list, the menu shortcut engine checks the general shortcut list to see if the keypress matches a general shortcut. If it does it executes the command specified by the general shortcut.

An example of the system would be:

I want to produce a print screen showing someone how to access the Synaptic Package Manager within the System > Administration menu and submenu.

I click on the System menu and then move to the administration submenu and highlight the Synaptic Package Manager Shortcut.

I press the Print Screen key on my keyboard. Immediately the menu engine detects the keypress and checks to see if the keypress relates to a valid shortcut in the menu that is currently open. It doesn't.

Because the menu engine was unable to find a matching shortcut for the keypress it resorts to checking the generic shortcuts for a matching keypress and yes, there is one, the print screen function.

The print screen function is executed and the menu engine can return to idle awating another input from the user.

Thanks, Matt
Comment 9 Alexander Kojevnikov 2009-03-15 22:54:17 UTC
*** Bug 574938 has been marked as a duplicate of this bug. ***
Comment 10 Alexander Kojevnikov 2009-03-15 22:58:26 UTC
When the menu is open, multimedia buttons and other global shortcuts such as Ctrl-Alt-D don't work either, see duplicate bug 574938.
Comment 11 Derek White 2009-06-29 05:48:38 UTC
Comment #10 Confirmed.
Should we have the description updated to be more specific?


One thing that does work:
Open Firefox, Hit Alt-F (To open file menu), then hit Alt-Tab.
As soon as Alt is hit, the menu closes so Alt-Tab, Alt-E, Alt-V, etc. still work.

I assume this is a work-around that Firefox programmed in? Why can't that also be added in for all GTK+ programs? Is it different in some subtle way that I am missing?


Can 308516 be added as another duplicate? No point in having two identical reports with completely opposite resolutions. Very confusing. It's an assigned bug, yet it's NOTABUG?
Comment 12 Peter Ford 2009-09-23 01:18:20 UTC
May be related to bug 440515 (screensaver does not work either while the main menu is open).
Comment 13 André Klapper 2020-11-07 12:16:45 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all
old feature requests in Bugzilla which have not seen updates for many years.

If you still use gnome-panel and if you are still requesting this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/

Thank you for reporting this issue and we are sorry it could not be implemented.