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

Bug#498210: marked as done (xserver-xorg-input-kbd: ctrl:nocaps keycode 66 is on both the control and shiftlock modifier list)

Your message dated Sat, 1 Jan 2011 12:46:49 +0100
with message-id <20110101114649.GM31946@vdg.blogsite.org>
and subject line Re: Bug#498210: xserver-xorg-input-kbd: ctrl:nocaps keycode 66 is on both the control and shiftlock modifier list
has caused the Debian Bug report #498210,
regarding xserver-xorg-input-kbd: ctrl:nocaps keycode 66 is on both the control and shiftlock modifier list
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.)


-- 
498210: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498210
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: xserver-xorg-input-kbd
Version: 1:1.3.1-1
Severity: normal


When using the CapsLock key as a new Control set with X option
ctrl:nocaps, the CapsLock appears to be in both the shiftlock and the
control modifier list.

This a problem, for example, in Emacs when using C-n or C-p.

See the xev results for both CapsLock and Ctrl key:

For the CapsLock:

KeyPress event, serial 33, synthetic NO, window 0x3600001,
   root 0x8b, subw 0x0, time 82422639, (109,-9), root:(113,36),
   state 0x0, keycode 66 (keysym 0xffe3, Control_L), same_screen YES,
   XKeysymToKeycode returns keycode: 37
   XLookupString gives 0 bytes:
   XmbLookupString gives 0 bytes:
   XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0x3600001,
   root 0x8b, subw 0x0, time 82422761, (109,-9), root:(113,36),
   state 0x6, keycode 66 (keysym 0xffe3, Control_L), same_screen YES,
   XKeysymToKeycode returns keycode: 37
   XLookupString gives 0 bytes:
   XFilterEvent returns: False

For the normal Ctrl key:

KeyPress event, serial 33, synthetic NO, window 0x3600001,
   root 0x8b, subw 0x0, time 82373457, (72,-12), root:(76,33),
   state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
   XLookupString gives 0 bytes:
   XmbLookupString gives 0 bytes:
   XFilterEvent returns: False

KeyRelease event, serial 33, synthetic NO, window 0x3600001,
   root 0x8b, subw 0x0, time 82373612, (72,-12), root:(76,33),
   state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
   XLookupString gives 0 bytes:
   XFilterEvent returns: False


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-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 xserver-xorg-input-kbd depends on:
ii  libc6                         2.7-13     GNU C Library: Shared libraries
ii  xserver-xorg-core             2:1.4.2-4  Xorg X server - core server

xserver-xorg-input-kbd recommends no packages.

xserver-xorg-input-kbd suggests no packages.

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Sat, Jan 01, 2011 at 12:30:35PM +0100, Aleix Conchillo Flaqué wrote:
> On 12/31/2010 12:52 PM, Julien Viard de Galbert wrote:
> >Back in 2008 you submitted this bug:
> >
> [snip]
> >
> >What is the status with more recent versions ?
> >If it's fixed, can you tel me the version you are using so that I can
> >close the bug ?
> >
> >Happy new year!
> >
> 
> Wow! I needed some minutes to remember this. I just solved the issue
> by using the option "Swap Ctrl and CapsLock" in the GNOME keyboard
> configuration. I have tried to disable the option and set
> ctrl:nocaps without luck (it doesn't work), but I guess GNOME is
> using its own configuration ignoring X options.
> 
> I have tried it with Openbox, and everything works properly, that is
> CapsLock behaves like Ctrl_L and Ctrl_L like CapsLock. See below:
> 
> ********************************
> 
> **** When pressing CapsLock ****
> 
> KeyPress event, serial 40, synthetic NO, window 0x1000001,
>     root 0xfe, subw 0x0, time 22725769, (-410,39), root:(605,357),
>     state 0x0, keycode 66 (keysym 0xffe3, Control_L), same_screen YES,
>     XLookupString gives 0 bytes:
>     XmbLookupString gives 0 bytes:
>     XFilterEvent returns: False
> 
> KeyRelease event, serial 40, synthetic NO, window 0x1000001,
>     root 0xfe, subw 0x0, time 22725902, (-410,39), root:(605,357),
>     state 0x4, keycode 66 (keysym 0xffe3, Control_L), same_screen YES,
>     XLookupString gives 0 bytes:
>     XFilterEvent returns: False
> 
> **** When pressing Ctrl_L ****
> 
> KeyPress event, serial 40, synthetic NO, window 0x1000001,
>     root 0xfe, subw 0x0, time 22778429, (-139,29), root:(876,347),
>     state 0x0, keycode 37 (keysym 0xffe5, Caps_Lock), same_screen YES,
>     XLookupString gives 0 bytes:
>     XmbLookupString gives 0 bytes:
>     XFilterEvent returns: False
> 
> PropertyNotify event, serial 40, synthetic NO, window 0x1000001,
>     atom 0x1c1 (XKLAVIER_STATE), time 22778431, state PropertyNewValue
> 
> KeyRelease event, serial 40, synthetic NO, window 0x1000001,
>     root 0xfe, subw 0x0, time 22778612, (-139,29), root:(876,347),
>     state 0x2, keycode 37 (keysym 0xffe5, Caps_Lock), same_screen YES,
>     XLookupString gives 0 bytes:
>     XFilterEvent returns: False
> 
> ********************************
> 
> So, I guess this can be safely closed.
> 

OK, closing then. Thanks !

> Happy new year to you too!
> 
> Cheers,
> 
> Aleix

-- 
Julien Viard de Galbert                        <julien@vdg.blogsite.org>
http://silicone.homelinux.org/           <julien@silicone.homelinux.org>

--- End Message ---
Reply to: