Bug 488307 - libgxim 0.3.2-3.fc10 breaks keyboard input
Summary: libgxim 0.3.2-3.fc10 breaks keyboard input
Keywords:
Status: CLOSED DUPLICATE of bug 488223
Alias: None
Product: Fedora
Classification: Fedora
Component: libgxim
Version: 10
Hardware: All
OS: Linux
low
high
Target Milestone: ---
Assignee: Akira TAGOH
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 488295 488434 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-03-03 17:51 UTC by Henrique Martins
Modified: 2009-03-04 11:33 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-03-03 23:27:06 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Henrique Martins 2009-03-03 17:51:17 UTC
Description of problem:
libgxim-0.3.2-3.fc10.i386 release today breaks keyboard input

Version-Release number of selected component (if applicable):
libgxim-0.3.2-3.fc10.i386

How reproducible:
Some windows lose keyboard input, mouse past seems to work.
See https://bugzilla.redhat.com/show_bug.cgi?id=488295
See http://forums.fedoraforum.org/showthread.php?t=215535

Steps to Reproduce:
I use fvwm, windows started by the orignal script work fine
All new xterms don't have keyboard input

Actual results:
No keyboard

Expected results:
keyboard input

Additional info:
reverting to libgxim-0.3.1-1.fc10.i386 fixes the problem

Comment 1 Jindrich Novy 2009-03-03 18:11:35 UTC
*** Bug 488295 has been marked as a duplicate of this bug. ***

Comment 2 Jindrich Novy 2009-03-03 18:13:24 UTC
Please fix ASAP, it is very annoying.

Especially as xterm is affected as well.

Comment 3 Henrique Martins 2009-03-03 18:19:42 UTC
I don't have any SCIM rpms on my system, but on fedoraforum people are also claiming that today's scim-anthy may have the same problem.

Comment 4 Jindrich Novy 2009-03-03 18:26:21 UTC
Feel free to reassign to a proper component. Actually I'm not completely certain the bug is in libgxim. But I'm pretty sure it is not in nedit :)

Comment 5 Dan Beard 2009-03-03 18:35:24 UTC
I suspect you're right.   :/

Comment 6 Henrique Martins 2009-03-03 18:38:27 UTC
As I said, I don't have any scim-xxx rpms on my system.  I reverted libgxim, and only libgxim on my system and it's been working ever since.  

It could be that the bug is somewhere else, e.g. in the several X components updated in the last couple of weeks, but libgxim tickles it.

Comment 7 Henrique Martins 2009-03-03 18:54:17 UTC
Just checked my home system, which I've updated right before leaving home but didn't notice anything wrong in the 2 minutes I was on after rebooting for today's kernel and getting my xemacs going.

Don't even have libgxim on my home, and only scim-devel and scim-libs.  Connected to my home system via vino-server and all input seems fine, but I'm not sure if going through vino-server is a good test of the input methods.

Comment 8 Dan Beard 2009-03-03 22:33:19 UTC
Looks like this isn't limited to F10.

See this thread.   http://forums.fedoraforum.org/showthread.php?p=1177047

Comment 9 Emmanuel Thomé 2009-03-03 22:42:44 UTC
(In reply to comment #6)
> As I said, I don't have any scim-xxx rpms on my system.  I reverted libgxim,
> and only libgxim on my system and it's been working ever since.  

Same here. My window manager is fvwm, xterm refuses input most of the time when the system has the new libgxim installed. With libgxim reverted, it works.

I've noticed several bizarre behaviours:

- ssh -X localhost , and then xterm from within the ssh tunnel sometimes does accept input
- start urxvt. Suffers from the same disease as xterm, but much more rarely. After four or five trials, I have a fresh urxvt uncapable of catching input. At this moment, all of a sudden, all xterms resume working as normal.

Needless to say, I've reverted libgxim to stay away from this mess.

Kinda annoying, since a keyboard is useful as long as I don't have neuronal implants working ;-).

E.

Comment 10 Henrique Martins 2009-03-03 23:27:06 UTC

*** This bug has been marked as a duplicate of bug 488223 ***

Comment 11 Miroslav Lichvar 2009-03-04 11:33:30 UTC
*** Bug 488434 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.