Bug 175661
| Summary: | metacity global keybindings can no longer use the "Print" keysym | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Matthew Galgoci <mgalgoci> |
| Component: | xorg-x11-xkbdata | Assignee: | X/OpenGL Maintenance List <xgl-maint> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 5 | CC: | bdpepple, chabotc, lunitik, paul, pierre-bugzilla, sangu.fedora, zcerza |
| Target Milestone: | --- | Keywords: | Regression |
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-02-09 16:24:36 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 150222 | ||
|
Description
Matthew Galgoci
2005-12-13 18:46:11 UTC
does running "gnome-screenshot" from the terminal work? running gnome-screenshot from the terminal does take a screenshot, but now we have the heisenburg uncertainty principle largely affecting what you are taking a picture of. Hi, Just trying to diagnose the problem (pressing that key calls gnome-screenshot under the hood). If you map it to a different key: gconftool-2 -s /apps/metacity/global_keybindings/run_command_screenshot --type string "Scroll_Lock" or something, then does it work (by pressing scroll lock)? If I remap the screenshot tool to another key I am able to take screenshots by pressing the key I have remapped. Thanks. *** Bug 174150 has been marked as a duplicate of this bug. *** *** Bug 177259 has been marked as a duplicate of this bug. *** *** Bug 174359 has been marked as a duplicate of this bug. *** Hi,
So this looks like it's an XKB data problem.
If you have a look at /usr/share/X11/xkb/pc/pc
and add // in front of each of these lines:
key <SYRQ> {
type= "PC_SYSRQ",
symbols[Group1]= [ Print, Sys_Req ]
};
then the problem goes away.
The problem also goes away if we use xkeyboard-config instead of Xorg xkb data.
I think that latter solution may be the better long-term one, but I don't really
know. Reassinging to xorg.
Ok, I suspected this problem was a repeat of an older bug reported ages ago, and Ray tracked it down in bugzilla to the problem I was thinking about: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=69743 We should be able to fix this in the next package build. I'll update it once built. Thanks for the report. *** Bug 178851 has been marked as a duplicate of this bug. *** *** Bug 179247 has been marked as a duplicate of this bug. *** How's that rebuild going? I've filed an upstream bug for this, and attached a new patch I created based off the old XFree86 4.3.0 one we used to ship, so that this gets fixed upstream for good hopefully this time: https://bugs.freedesktop.org/show_bug.cgi?id=5848 The patch is in xorg-x11-xkbdata-1.0.1-2, which should show up in rawhide tomorrow. |