Function keys wont work in fullscreen game
Bug #619256 reported by
Abhijit Navale
This bug affects 4 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libsdl |
Incomplete
|
Medium
|
|||
libsdl1.2 (Ubuntu) |
Triaged
|
Medium
|
Unassigned |
Bug Description
Hello.
When ever i play any game which goes to full screen e.g. widelands,freecol, beneath the steel sky and more.
At that time only my brightness function key work.
But function key for sound dont work.
This bug is reproducible.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: libsdl1.
ProcVersionSign
Uname: Linux 2.6.32-24-generic x86_64
Architecture: amd64
Date: Tue Aug 17 19:59:19 2010
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100429)
ProcEnviron:
LANG=en_IN
SHELL=/bin/bash
SourcePackage: libsdl1.2
Changed in libsdl1.2 (Ubuntu): | |
status: | New → Confirmed |
Changed in libsdl: | |
importance: | Unknown → Medium |
status: | Unknown → In Progress |
Changed in libsdl: | |
status: | In Progress → Incomplete |
To post a comment you must log in.
I'm on 64-bit Linux, X.org server 1.5.3, KDE 4, using "evdev-managed" keyboard layout. The keyboard has a norwegian layout and a bunch of extra multimedia keys like play/pause, mute, back, forward, etc. The keys work fine in KDE/GTK/etc.
I recently discovered that the extra multimedia keys on my keyboard no longer generates any events at all with SDL 1.3 (testing with the checkkeys program in test). The ¨/^/~ key (a dead key) also doesn't generate any press events, though it does generate text input. Since I remembered these keys generating events before, I checked out a couple revisions and found out where things got broken.
I did notice that the svn log for revision 4176 acknowledges the dead keys missing keypress events bug, but I couldn't find a bug report for it and there's no mention of multimedia key issues, so I figured it was worth reporting this anyway.
The extra multimedia keys used to at least generate events before revision 3568, but with a warning that the key was unrecognized and that the layout should be mailed to the SDL mailinglist (I think I did send a mail back then with the reported layout, but can't find the mail now for some reason, so perhaps I forgot?). Anyway, this was how it worked up to revision 3567. In revision 3568, most of the extra keys stopped working (with the exception of "Stop"), but some debug output shows that the keys were still detected but not processed(?). In revision 3569 the debug output was removed. Revision 4176 broke the "Stop" key as well. (Also, dead keypress events stopped working in 3568, but text composition started working in that revision.)
To clarify a bit, here's the results of running the checkkeys program in revision 3567, 3568, 3569, 4175 and 4176, and pressing first the key identified as "XF86Back", then "Stop", then the ¨ key (a dead key), and finally the e key (to compose into ë). Added key names in brackets to show what keypress generated what output, and snipped output that occured before I started pressing keys
- 3567 -
[XF86Back]
The key you just pressed is not recognized by SDL. To help get this fixed, please report this to the SDL mailing list <email address hidden> X11 KeyCode 166 (158), X11 KeySym 0x1008FF26 (XF86Back).
[Stop]
Key pressed : scancode 120 = Stop, keycode 0x40000078 = Stop modifiers: (none)
Key released: scancode 120 = Stop, keycode 0x40000078 = Stop modifiers: (none)
[¨]
The key you just pressed is not recognized by SDL. To help get this fixed, please report this to the SDL mailing list <email address hidden> X11 KeyCode 35 (27), X11KeySym 0xFE57 (dead_diaeresis).
Sending text event �
Text: �
[e]
Sending text event e
Key pressed : scancode 8 = E, keycode 0x00000065 = E (e) modifiers: (none)
Text: e
Key released: scancode 8 = E, keycode 0x00000065 = E modifiers: (none)
- 3568 -
[XF86Back]
KeyPress (X11 keycode = 0xA6)
KeyRelease (X11 keycode = 0xA6)
[Stop] ...