[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#523718: marked as done (keysym changes on upgrade break gnome volume control, etc)

Your message dated Wed, 3 Jun 2009 03:27:40 +0200
with message-id <20090603012740.GA31739@patate.is-a-geek.org>
and subject line Re: Bug#523718: keysym changes on upgrade break gnome volume control, etc
has caused the Debian Bug report #523718,
regarding keysym changes on upgrade break gnome volume control, etc
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
523718: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523718
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: xorg
Version: 1:7.4+1
Severity: normal

Apologies for the innaccurate choice of packages, but I'm pretty sure
this problem was caused by my upgrade from xorg 7.3 to 7.4 in general,
though it might turn out to be a gnome bug somehow.

After this upgrade, I noticed two weird things about the keyboard of my
Dell Mini 9:

* Up arrow no longer worked.
* The volume control and mute function keys no longer worked nor did
  gnome pop up the volume OSD.


xev showed me that the first problem was that the up arrow key was
generating a Print Screen keysym. And it turned out to be because
I had this lying around in my .Xmodmap, from some machine in the distant
past:

keycode 0x6F = Print   Sys_Req
keycode 117 = Multi_key

xev showed the up arrow key was generating keycode 0x6F now.
Prior to upgrading X, I'm 100% sure it did not, because this keysym
didn't breaK my Up Arrow key before. The second keycode, 117, also
turned out to cause a problem, since Function-Down now generates
that keycode, which I'm also sure it didn't before.

Ok, local configuration problem, rm .Xmodmap, nothing to see here, move
along ... except, remember those volume keys?


xev showed they were generating appropriate XF86Audio* keysyms. Gnome
was, however, not acting on them.

Eventually I found the gnome keyboard shortcuts dialog, and noticed that
it contained strange configuration for Volume Mute/Up/Down. (I have
never, AFAIK, configured that for this laptop -- it just worked before.)

Each of them had a value in the Shortcut column that was not a keysym,
but some keycode. Something like '0xa?', but unfortunatly I did not
write down what it was. I configured it to use the XF86Audio* keysyms,
and the OSD started working again.


Conclusion:

On this upgrade of xorg, the keycodes for some keys changed. I don't
know if it happened due to some reorganization of keycodes internal
to xorg, or if a different keyboard map with some different keycodes
is being used, or what.

Somehow, this change broke gnome-settings-daemon's default keybindings
for volume control.


Appendix:

Since I version control my gconf database, I can see exactly what
it used to look like before I fixed the volume control keys. Here's the
diff. As you can see, until I changed them, gnome was using the default
values, whatever they are.

                 <dir name="gnome_settings_daemon">
+                        <dir name="keybindings">
+                                <entry name="volume_up" mtime="1239510866" type="string">
+                                        <stringvalue>XF86AudioRaiseVolume</stringvalue>
+                                </entry>
+                                <entry name="volume_down" mtime="1239510863" type="string">
+                                        <stringvalue>XF86AudioLowerVolume</stringvalue>
+                                </entry>
+                                <entry name="volume_mute" mtime="1239510860" type="string">
+                                        <stringvalue>XF86AudioMute</stringvalue>
+                                </entry>
+                        </dir>
                         <dir name="screensaver">

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.28-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xorg depends on:
ii  gnome-terminal [x-terminal-em 2.24.3-3   The GNOME 2 terminal emulator appl
ii  libgl1-mesa-glx [libgl1]      7.4-2      A free implementation of the OpenG
ii  libglu1-mesa                  7.4-2      The OpenGL utility library (GLU)
ii  rxvt-unicode [x-terminal-emul 9.06-1     RXVT-like terminal emulator with U
ii  x11-apps                      7.3+4      X applications
ii  x11-session-utils             7.3+1      X session utilities
ii  x11-utils                     7.4+1      X11 utilities
ii  x11-xfs-utils                 7.4+1      X font server utilities
ii  x11-xkb-utils                 7.4+2      X11 XKB utilities
ii  x11-xserver-utils             7.4+2      X server utilities
ii  xauth                         1:1.0.3-2  X authentication utility
ii  xfonts-100dpi                 1:1.0.0-4  100 dpi fonts for X
ii  xfonts-75dpi                  1:1.0.0-4  75 dpi fonts for X
ii  xfonts-base                   1:1.0.0-6  standard fonts for X
ii  xfonts-scalable               1:1.0.0-6  scalable fonts for X
ii  xfonts-utils                  1:7.4+1    X Window System font utility progr
ii  xinit                         1.1.1-1    X server initialisation tool
ii  xkb-data                      1.5-2      X Keyboard Extension (XKB) configu
ii  xserver-xorg                  1:7.4+1    the X.Org X server
ii  xterm [x-terminal-emulator]   242-1      X terminal emulator

Versions of packages xorg recommends:
ii  xorg-docs                     1:1.4-4    Miscellaneous documentation for th

xorg suggests no packages.

-- no debconf information

-- 
see shy jo

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
On Sun, Apr 12, 2009 at 12:34:17 -0400, Joey Hess wrote:

> Josselin Mouette wrote:
> > Since X did not report correct keysyms until recently, the default keys
> > for some shortcuts used to be overridden in GNOME. The problem should be
> > fixed by this upload:
> > 
> > control-center (1:2.24.0.1-3) unstable; urgency=low
> >  .
> >    * capplets-data.gconf-defaults: remove the keybinding settings. Now
> >      that X.org returns correctly the XF86* keys, they must be used
> >      instead.
> 
> I can verify I didn't have that new version at the time I experienced
> the problem.
> 
OK, closing the bug then.

> Is X known to have changed keycodes too?
> 
Yes.  We tried to cover most upgrade issues in xserver-xorg's
NEWS.Debian (with some more changes pending for 1:7.4+2).

Cheers,
Julien

--- End Message ---
Reply to: