Public bug reported:

Hello,

-----------------------------------------------
-- Bug

This bug actually has two symptoms which are seemingly unrelated.

Symptom 1:
- If I type shift-U, then I get (capital) U
- If I type shift-I, then I get (lowercase) i

This symtom only appears in Konsole and Kate and the edit field of the
KDE Menu. It does not appear in any other applications that I've tried,
which include: krunner, Kopete, Firefox and Google-Chrome, Dolphin, KDE
open/save dialog, etc.

Symptom 2 (also affects GTK apps):
- If I open a menu (whether by mouse, or by typing alt+right/left+down), then 
the instant the menu opens (and the first item is selected), I suddenly can't 
navigate with the arrow keys if xkb is generating them with a RedirectKey 
action. Normally I would be able to hit alt-F and hit down to navigate to an 
item, and I can still do so with the regular arrow keys, but not if the 
keypress event is created via a RedirectKey.

-----------------------------------------------
-- Replication

This bug requires a non-default xkb*, slightly modified as described below.
*(xkb seems to be de-facto standard for changing keyboard layout, and is a part 
of Xorg)

Please, I beg that before you start thinking "you have an error in your xkb 
config" or "holding down certain modifiers will produce undefined behavior" or 
other objections -- to please listen. =) The changes are minor and described 
below, this xkb modifications are only tangentially related to the bug, and 
according to xev** the X-server events are IDENTICAL (including modifier mask) 
to what would normally be produced. I have severely narrowed down the problem 
to a single change between two simple test cases.
**(application to debug input of x-server events)

This leads me to believe that there's either a serious bug in xkb, or
that certain components of KDE may be reaching down and doing some very
low-level stuff -- and something is breaking because of it.

-----------------------------------------------
-- Proof(?) that X-server events are the same

I have two files of textual output from xev, which I can attach if
required.

In the demonstration, I hit: u, i, press-shift-down, U, I, lift-shift-up

This results in capital Us and Is appearing with the correct mask (0x1),
correct keysyms, etc.

-----------------------------------------------
-- Modification to xkb

I have slightly modified the xkb layout

I have left the U key untouched.
I have changed the I key to this:

    key <AD08> { // I -- Shift behavior is BUGGED
        type="NAVIGATION",
        [ i, I ],
        actions[Group1]=[
            NoAction(),
            NoAction(),
            RedirectKey(key=<HOME>, clearmods=Nav)
        ]
    };

-----------------------------------------------
-- More replication

In fact, I have two simple test cases that illustrate this behavior:

Case 1: Type is manually assigned to default, shift behavior is normal.

    key <AD08> { // I -- Shift behavior is normal
        type="TWO_LEVEL"
    };

Case 2: But, if I make a copy of TWO_LEVEL, the buggy shift behavior
happens:

    key <AD08> { // I -- Shift behavior is BUGGED
        type="COPY_OF_TWO_LEVEL"
    };

I have the problem down to a very frustrating situation. When I manually
set a key's type to the default (e.g TWO_LEVEL), the shift-bug does not
occur. When I manually set a key's type to CUSTOM, where I've defined
CUSTOM to be a copy of the default, the shift-bug happens.

--however--

Sometimes (such as just now), the bug will spontaneously fix itself. For
example, Konsole just crashed now with a segfault, and when I restarted
Konsole, the buggy shift-behavior is now gone in Konsole and Kate (which
I believe may have been open at the same time). However, the buggy shift
behavior is STILL there in other apps, such as the search box in the KDE
menu.

I reverted my keyboard settings to normal, closed Konsole, reopened
Konsole, checked for the bug, changed my settings again, and checked for
the bug again, reopened/closed Konsole, etc. -- and I cannot replicate
the bug anymore, and I don't think I will be able to until I restart the
X server.

ProblemType: Bug
Architecture: amd64
Date: Mon Apr  5 21:56:26 2010
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/kdeinit4
InstallationMedia: Kubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
NonfreeKernelModules: fglrx
Package: kdelibs-bin 4:4.3.2-0ubuntu7.2
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-20.57-generic
SourcePackage: kde4libs
Uname: Linux 2.6.31-20-generic x86_64
XsessionErrors:
 (polkit-gnome-authentication-agent-1:3993): GLib-CRITICAL **: 
g_once_init_leave: assertion `initialization_value != 0' failed
 (npviewer.bin:11123): Gtk-WARNING **: 
/usr/lib/gtk-2.0/2.10.0/engines/libqtcurve.so: wrong ELF class: ELFCLASS64
 (npviewer.bin:14910): Gtk-WARNING **: 
/usr/lib/gtk-2.0/2.10.0/engines/libqtcurve.so: wrong ELF class: ELFCLASS64

** Affects: ubuntu
     Importance: Undecided
         Status: New


** Tags: amd64 apport-bug

-- 
can't type capital letters in some apps with modified xkb
https://bugs.launchpad.net/bugs/556199
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to