Bug 458459

Summary:	server aborts when gnome-session sets keyboard properties
Product:	[Fedora] Fedora	Reporter:	Jeremy Katz <katzj>
Component:	xorg-x11-server	Assignee:	Peter Hutterer <peter.hutterer>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	peter.hutterer, xgl-maint
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2008-09-10 16:41:34 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	457945

Description Jeremy Katz 2008-08-08 15:57:49 UTC

With gnome's keyboard properties set to make caps lock an additional control, the X server aborts during session init

Backtrace:
0: /usr/bin/Xorg(xf86SigHandler+0x79) [0x80bc109]
1: [0x132400]
2: /usr/bin/Xorg [0x8187751]
3: /usr/bin/Xorg(ProcXkbSetNames+0x35a) [0x8187b4a]
4: /usr/bin/Xorg [0x818a568]
5: /usr/bin/Xorg(Dispatch+0x34f) [0x8085daf]
6: /usr/bin/Xorg(main+0x47d) [0x806b60d]
7: /lib/libc.so.6(__libc_start_main+0xe5) [0x4326e5]
8: /usr/bin/Xorg(FontFileCompleteXLFD+0x225) [0x806a9f1]

Comment 1 Peter Hutterer 2008-08-11 01:00:48 UTC

what layout do you use?
Anything else out of the ordinary except the caps lock remapping?

Comment 2 Jeremy Katz 2008-08-11 05:08:47 UTC

Just a standard us keyboard layout, no other remappings.  And remapping with xmodmap is fine, just going through the gnome keyboard properties leads to the abort

Comment 3 Peter Hutterer 2008-08-11 05:16:23 UTC

Does this happen on login or autologin only?
Does it happen if you type a key before you try to remap it?
Does it crash when you don't have the mapping?

(I can't reproduce it, so there's a bit of guesswork involved)

Can you post the output of setxkbmap -print?

Comment 4 Jeremy Katz 2008-08-11 13:38:21 UTC

Normal login via gdm or startx, early in the session startup before any typing occurs (or, if you remove the remap, when you go to set it again).  And things are fine after I nuked ~/.gconf/desktop/gnome/peripherals/keyboard/

[katzj@aglarond Desktop]$ setxkbmap -print
xkb_keymap {
	xkb_keycodes  { include "evdev+aliases(qwerty)"	};
	xkb_types     { include "complete"	};
	xkb_compat    { include "complete"	};
	xkb_symbols   { include "pc+us+inet(evdev)"	};
	xkb_geometry  { include "pc(pc104)"	};
};


It's possible that this is fixed since I hit it and figured out what was going on.  I'll update my laptop again a little later this morning and find out if I still hit it.

Comment 5 Peter Hutterer 2008-08-18 01:35:41 UTC

Jeremy:
Did the update fix the issue?

Comment 6 Jeremy Katz 2008-08-19 14:02:22 UTC

Still happens as of this morning when I tried on the bus

Comment 7 Peter Hutterer 2008-08-28 12:03:48 UTC

Can you reproduce the crash by running setxkbmap -layout us -option "ctrl:nocaps"?

If so, please attach out.xkm after running
setxkbmap -layout us -option "ctrl:nocaps" -print | xkbcomp -xkm - out.xkm

In theory, the output of xkbcomp should be the same as the xkm file gnome uploads.

Comment 8 Jeremy Katz 2008-09-10 16:41:34 UTC

After a rawhide update today, I'm not getting this to happen anymore.