Bug 114960

Summary:	gnome-settings-daemon grabs the keyboard if an unknown key is present in the gconf database
Product:	Gentoo Linux	Reporter:	Philippe Troin <phil>
Component:	[OLD] GNOME	Assignee:	Gentoo Linux Gnome Desktop Team <gnome>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
URL:	http://bugzilla.gnome.org/show_bug.cgi?id=323690
Whiteboard:
Package list:		Runtime testing required:	---
Bug Depends on:	119872
Bug Blocks:
Attachments:	Patch to gnome-settings-daemon Updated ebuild.

Description Philippe Troin 2005-12-09 00:29:48 UTC

How to reproduce:

As a test user:

  gconftool-1 -t string -s /apps/gnome_settings_daemon/keybindings/www Help

(this assumes that your keyboard has no Help key)

Logout from your gnome session if you were logged in, and log back in.
Open a window and try typing.  It won't work.

---

How this can happen in real life?

 1. Machine A and B share home directories.
 2. Machine A has an "Internet" keyboard, B has a standard 104-key keyboard.
 3. Login on A, go to Desktop->Preferences->Keybindings
 4. Set a multimedia key.
 5. Now login on B. You now have a keysym which is defined and known to XFree,
but which has no keycode.  The bug then happens.

I've traced it to gnome-settings-daemon call XGrabKey with a 0 keycode.

Comment 1 Philippe Troin 2005-12-09 00:30:57 UTC

Created attachment 74367 [details, diff]
Patch to gnome-settings-daemon

This patch prevents calling XGrabKey with zero keycodes.

Comment 2 Philippe Troin 2005-12-09 00:31:15 UTC

Created attachment 74368 [details]
Updated ebuild.

Comment 3 Philippe Troin 2005-12-09 19:24:58 UTC

I've created a bug in Gnome Bugzilla:
http://bugzilla.gnome.org/show_bug.cgi?id=323690

Comment 4 Saleem Abdulrasool (RETIRED) gentoo-dev

2006-05-18 10:54:29 UTC

This has been applied upstream as part of 2.14.  Marking fixed.