Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 159690 - gnome-panel-screenshot cannot capture expanded menus
Summary: gnome-panel-screenshot cannot capture expanded menus
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: gnome-panel
Version: 4.0
Hardware: i386
OS: Linux
Target Milestone: ---
: ---
Assignee: Mark McLoughlin
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2005-06-07 01:35 UTC by Brian Long
Modified: 2007-11-30 22:07 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-06-08 14:22:09 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Brian Long 2005-06-07 01:35:20 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050416 Red Hat/1.0.3-1.4.1 Firefox/1.0.3

Description of problem:
While trying to debug a menu problem with a coworker, I wanted to send him a screenshot of my dropped-down Applications menu.  When I browsed the menu and hit Print Screen, gnome-panel-screenshot did not work.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Select Applications menu.
2. Select any sub-menu.
3. Hit Print-Screen

Actual Results:  Nothing

Expected Results:  gnome-panel-screenshot pops up a dialog asking where to save the .PNG screen shot.

Additional info:

I had to start gimp and use its screen-capture to grab my menus.  Print Screen / gnome-panel-screenshot should be fixed to work in this scenario.

Comment 1 Mark McLoughlin 2005-06-08 14:22:09 UTC
Yeah, this is a known issue upstream:

The problem is with the way X keyboard grabs work. When then main menu is open,
the panel is the only one that gets notified of key presses. However, the window
manager is actually the one responsible for running the screenshot utility when
the printscreen key is pressed. So, because the panel has the keyboard grabbed,
the window manager never sees the key press.

The way we'll probably fix this is by adding a hack to the panel to make the
panel itself notice the printscreen key press when the menu is open and have the
panel run the screenshot utility. That will only work for the main menu, though,
and not for other menus e.g. individual applications' menus or the context menu
on the desktop background.

I'm going to close this bug as UPSTREAM, since its a known issue upstream and is
much more likely to get fixed upstream than directly in RHEL4. Even if we
already had a patch for the problem, we probably wouldn't be able to get it into
RHEL4 as its a fairly low priority problem and the patch could quite possibly
introduce other bugs.

In terms of a workaround, probably the easiest thing to do is to run
gnome-panel-screenshot --delay=5 and then open the main menu and wait until the
screenshot is taken.


Note You need to log in before you can comment on or make changes to this bug.