Ubuntu
xorg package

[feisty] xorg incorrectly detects "lv3:ralt_switch" option in xorg.conf

Bug #63365 reported by VF
6
Affects Status Importance Assigned to Milestone
xorg (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

This didn't happen on Dapper.

xev output:
KeyPress event, serial 29, synthetic NO, window 0x3200001,
    root 0x64, subw 0x0, time 71985755, (-744,111), root:(276,256),
    state 0x10, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

EDIT: It turns out the issue is that "lv3:ralt_switch" is enabled in xorg.conf when it shouldn't be.

See original description
Revision history for this message
VF (vfiend) wrote :

Okay, apparently this is caused by this option being set:
Option "XkbOptions" "lv3:ralt_switch"

Why is this on by default? en_CA, us keyboard layout here

Revision history for this message
Colan Schwartz (colan) wrote :

My right Alt key doesn't work either. I'm getting the same output from xev, and I'm also running Edgy. en_CA & US layout too. The machine is a Gateway MX1023 notebook/laptop. Hopefully this'll confirm it.

Colan Schwartz (colan)
Changed in xserver-xorg-input-keyboard:
status: Unconfirmed → Confirmed
Revision history for this message
Andrew Ash (ash211) wrote :

I too can confirm this on a Dell Inspiron B130.

Xev output:

KeyPress event, serial 31, synthetic NO, window 0x2c00001,
    root 0x5d, subw 0x2c00002, time 3393088725, (20,38), root:(23,369),
    state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False

KeyRelease event, serial 31, synthetic NO, window 0x2c00001,
    root 0x5d, subw 0x2c00002, time 3393089167, (20,38), root:(23,369),
    state 0x80, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XLookupString gives 0 bytes:
    XFilterEvent returns: False

Revision history for this message
Andrew Ash (ash211) wrote :

The culprit is as VF said: in /etc/X11/xorg.conf the option ' Option "XkbOptions" "lv3:ralt_switch" ' is written, and it should not be.

Workaround:
Edit that file with sudo privileges and put a '#' in front of the line ' Option "XkbOptions" "lv3:ralt_switch" '
Save open documents and restart X (Ctrl+Alt+Backspace)

Hopefully the program that sets this option can be fixed soon.

Revision history for this message
Khalid Baheyeldin (kbahey) wrote : Re: [Edgy] xorg incorrectly detects "lv3:ralt_switch" option

I can confirm the same problem on a Toshiba A100-TA6, where in Edgy the right Alt key does not work, and gives ISO_Level3_Shift.

Commenting out the XkbOptions line in /etc/X11/xorg.conf solved this problem.

Revision history for this message
Robert McMeekin (rrm3) wrote :

Same thing on a Toshiba A105-S2101, the aforementioned work-around does the trick.

Revision history for this message
Andrew Ash (ash211) wrote :

I just tested feisty herd 5 and still had this option incorrectly detected. Attached `lspci -vvn`.

description: updated
Revision history for this message
VF (vfiend) wrote :

Alternately, you can run "sudo dpkg-reconfigure xserver-xorg" and disable the option from in there.

Revision history for this message
reagle (joseph.reagle) wrote :

Still present in Feisty Beta!

Revision history for this message
Andrew Ash (ash211) wrote :

If anything more is needed by the x-swat team to fix this bug, just let us know.

Changed in xorg:
assignee: nobody → ubuntu-x-swat
Andrew Ash (ash211)
Changed in xorg:
assignee: ubuntu-x-swat → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.