GNOME Bugzilla – Bug 86506
Print key isn't detected for screenshot
Last modified: 2004-12-22 21:47:04 UTC
Using gnome-panel 2.0.0 On Mandrake cooker system, using "Print" key does start gnome-panel-screenshot ("Print" key is correctly binded to Screenshot).. Binding another key to "Screenshot" action works correctly.. Alt-Print correctly shots window.. From IRC, same behaviour is seen on RH 7.3 and Debian system..
Problem here is an XFree86 bug. Print Screen and Alt-PrintScreen == SysRq give differnet keycodes, but the X model is one keycode per physical key on the keyboard. (On my system, Print works, Alt-Print doesn't. It's just a matter of which one is listed first determining what keycode expects for Print)
Just a different datapoint. On my laptop I have delete and sysrq on the same key and insert prt sc on the one next to it. The screenshot dialog is activated by fn+delete which is the same as sysrq... :/?!
So is this NOTGNOME or what?
I don't wnat to NOTGNOME a bug like this until I'm sure that the XFree86 maintainers knows about it and it will get fixed through there. Unfortunately, reporting bugs to XFree86 is a rather hit-and-miss operation since they don't have a public bug tracker. (They have some sort of similified patch queue they use internally.)
I'm having a similar problem, however, with the "Display 'run' dialog" and the Windows Flag key. I set it so that in conjuntion with r (this from something I saw working on windows) it would launch the run dialog. The Keyboard Shortcuts dialog detected the combination as <Mod4> r When pressing '<Mod4> r', the task icon on the menu bar is activated and shows a mouse pointer over a menu (as when launching the main menu with the menu key. I am running RedHat 8.0's gnome2, and have XFree86 configured to use us_intl as the default keyboard. I think that this is a bug on gnome2 and not X. Why? Because sawfish correctly detects other simmilar keybindings (<Mod4>e --> launch nautilus window; <Mod4>b --> galeon -n; ...). However, Sawfish calls it Super instead of Mod4. Could this be a problem that reflects some storing order or something like that? In ~/.gconf/apps/panel/global/%gconf.xml I see that '<Mod4> r' is the last shortcut (the other two are set in the default). Is it the same in your case?
*** Bug 99317 has been marked as a duplicate of this bug. ***
Any update here? As this bug been reported in bugzilla.xfree.org?
Any update on this problem? It still affects, certainly on my SuSE SLD 1.0 box. Intuitively, one would guess that the "Print Screen" key for GNOME should actually print out the screen somehow. ;-D
Has been fixed in XFree86 prior to 4.3.0: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/common/xf86Events.c.diff?r1=3.139&r2=3.140
Well, it seems to be still broken, with XF 4.3.0 : with gnome-keybinding-properties, pressing "Print" key detects "Print", pressing "Alt-Print" detect "Alt-Sys_Req" And none of those two keybinding are detecting are all using gnome-panel 2.6.1 + control-center 2.6.1 + XF 4.3.0.
I see alt-sys_req here too with the xorg-x11 packages from fedora core 2 test releases.
Seeing Alt-Sysreq is right...
On my keyboard I have: insert / fn+insert == prtsc delete / fn+delete == sysrq That doesn't look like it fits in with the above comment I think?
You're going to have severe difficulties with that keyboard on a PC. The Alt-PrintScreen == SysRq is handled poorly in the standard PC scan codes because you actually get a different scan code for Alt+PrintScreen than you do for PrintScreen.
This is how all Compaq laptop keyboards I've seen are.
I've been having this problem with the last few systems on my laptop (X31). The current system is Warty/Canonical with gnome-panel 2.7.92.1 and XFree86 4.3.0. I can open up the keyboard shortcuts UI and I can set the two screenshot prefs (they key comes through as 'Print' and '<alt>-Sys_req' as it seems it should) however when I try to use it for a screenshot I get nothing. I've had it working on this laptop in the past and I'm pretty sure it always worked when I used GNOME 2.6, but I'm certain it has never worked with any 2.7 packages. FWIW, they key shows up the same in xev as it does in the keyboard shortcuts prefs.
I think we've pretty firmly established that this isn't a GNOME bug. Here's an X.org but report for the problem: http://freedesktop.org/bugzilla/show_bug.cgi?id=1238 So, it should be fixed in X11R6.8
Reopening this bug, the problem is still here with xfree fixed: https://bugzilla.ubuntu.com/show_bug.cgi?id=1762 for details "Our Xfree86 tree has both the patches from Xfree86 and Xorg but the result doesn't change because the problem is not in Xfree86. A gdb session of xf86Events.c (fix from xfree86) shows clearly that the keycodes are matched and remapped correctly, while (for eg) pressing <alt>+Print: ... (gdb) n 579 if (scanCode == KEY_SysReqest) (gdb) n 580 scanCode = KEY_Print; (gdb) n 588 specialkey = scanCode; Line 580 is the remapping of SysRq to Print again. Once this happen, xserver passes the info to the next layer and it goes back to sit in a corner waiting for the next event."
Reclosing. This has been well documented to work with correctly working X servers. Whatever problem is occurring on Ubuntu might be something entirely unrelated if the X server was actually correctly patched. (It could be a GNOME bug, but *this* GNOME bug is the X server bug.)