Launchpad has imported 25 comments from the remote bug at https://bugzilla.redhat.com/show_bug.cgi?id=201284.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2006-08-04T00:55:49+00:00 Leon wrote: Description of problem: Sometimes a KDE app will not accept inputs anymore (even input method is not activated). The only thing I can do to have input again is change to "Simple Composing Input Method" which is a test input method module in Qt, or restart the application. How reproducible: not everytime Steps to Reproduce: 1. Use a KDE app long enough Actual results: No inputs were outputted Expected results: Output english letters Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/0 ------------------------------------------------------------------------ On 2006-08-08T05:56:02+00:00 Jens wrote: Yep, I think I saw this on KDE desktop while testing this morning. Need to test with another IM to see if it is a kde/qt problem or issue with scim. XIM seems to work fine with other apps. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/1 ------------------------------------------------------------------------ On 2006-08-15T02:21:29+00:00 Leon wrote: Reproducible in FC6 devel using the following test case by Choe Hwanjin: 1. $ export XMODIFIERS=@im=SCIM 2. $ export GTK_IM_MODULE=xim 3. $ gedit/kedit 4. press ctrl-N 5. try to type something Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/2 ------------------------------------------------------------------------ On 2006-08-15T02:54:45+00:00 Jens wrote: See http://sourceforge.net/mailarchive/forum.php?thread_id=30112584&forum_id=43684 for more details. It seems like that this is a xorg-x11 regression according to discussion there. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/3 ------------------------------------------------------------------------ On 2006-08-15T09:42:37+00:00 Jens wrote: Reproduced on fc5 and fc6. RHEL4 and fc4 seem ok. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/4 ------------------------------------------------------------------------ On 2006-08-17T13:29:34+00:00 Jens wrote: gedit loops with kinput2 and uim xim on rawhide. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/5 ------------------------------------------------------------------------ On 2006-08-18T15:12:13+00:00 Kevin wrote: Adding upstream bug from the thread referred to in comment #3 above for tracking: https://bugs.freedesktop.org/show_bug.cgi?id=7869 Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/6 ------------------------------------------------------------------------ On 2006-08-19T05:38:37+00:00 Jens wrote: (Problem also occurs with gcin fwiw.) Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/7 ------------------------------------------------------------------------ On 2006-08-19T10:03:40+00:00 Jens wrote: I'm not easily able to reproduce the problem on kde apps. A workaround for gtk xim at least seems to be to set "/FrontEnd/X11/Dynamic = true" in .scim/config (but that breaks deadkey support under XIM direct input). Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/8 ------------------------------------------------------------------------ On 2006-08-20T04:21:13+00:00 Jens wrote: This can also easily be reproduced with kinput2 and gedit. 1. setup kinpu2 and restart desktop 2. run gedit 3. activate kinput2 with Shift-Space and press Ctrl-n at this point gedit goes into a hard loop. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/9 ------------------------------------------------------------------------ On 2006-08-20T09:38:51+00:00 Jens wrote: Also reproduced with libX11-0.99.3 fwiw. Here is a backtrace of where gedit loops with kinput2: #0 XIfEvent (dpy=0x6ca790, event=0x7fff84fd6000, predicate=0x2aaaaab427a0 <_CheckCMEvent>, arg=0x10b4000 " \220ê�*") at IfEvent.c:58 #1 0x00002aaaaab42cea in _XimXRead (im=0x10b4000, recv_buf=0x7fff84fd61f0 "", buf_len=2048, ret_len=0x7fff84fd6144) at imTrX.c:446 #2 0x00002aaaaab45f86 in _XimReadData (im=0x10b4000, len=0x7fff84fd61a6, buf=0x7fff84fd61f0 "", buf_size=2048) at imTransR.c:154 #3 0x00002aaaaab46323 in _XimRead (im=0x10b4000, len=0x7fff84fd71fe, buf=0x7fff84fd61f0 "", buf_size=2048, predicate=0x2aaaaab48c20 <_XimSyncCheck>, arg=0x10b8800 "\200\217ê�*") at imTransR.c:231 #4 0x00002aaaaab49d0e in _XimForwardEvent (ic=0x10b8800, ev=0x7fff84fd7290, sync=1) at imDefLkup.c:296 #5 0x00002aaaaab39c8b in _XimFilterKeypress (d=<value optimized out>, w=<value optimized out>, ev=0x7fff84fd7290, client_data=<value optimized out>) at imDefFlt.c:187 #6 0x00002aaaaaaf9104 in XFilterEvent (ev=0x7fff84fd7290, window=<value optimized out>) at FilterEv.c:99 #7 0x00002aaab4e7fecd in gtk_im_context_xim_register_type () from /usr/lib64/gtk-2.0/2.10.0/immodules/im-xim.so Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/10 ------------------------------------------------------------------------ On 2006-09-19T04:01:41+00:00 Jens wrote: (In reply to comment #8) > I'm not easily able to reproduce the problem on kde apps. I can reproduce this fine now with "QT_IM_MODULE=xim kedit". Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/11 ------------------------------------------------------------------------ On 2006-10-18T04:47:51+00:00 Caius wrote: It is not reproduceable in my rawhide. (20061018) (according to comment #2) Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/16 ------------------------------------------------------------------------ On 2006-10-18T05:02:33+00:00 Caius wrote: According to the procedures mentioned in comment #2; though it is not reproduceable, the scim also could not able to be activated as well. FYI, clone of this bug for RHEL5: bug #209285 could be reproduced instead. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/17 ------------------------------------------------------------------------ On 2006-10-18T05:37:01+00:00 Jens wrote: (In reply to comment #17) > the scim also could not able to be activated as well. The XIM client needs to be running in order to reproduce this. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/19 ------------------------------------------------------------------------ On 2006-10-18T23:38:36+00:00 Søren wrote: As far as I can see, this is what is going on: - application gets normal keyboard event from X server - application forwards event to IM server - application unfocuses IM context - application receives processed event from IM server, that requires a sync reply. - xim never sees this event since it has unregistered the filter when it unfocused the ic. So no sync reply is sent. - application focuses another IC, and sends events, which the IM server then ignores since it hasn't gotten the SYNC_REPLY. However, there is another weird bug: Just pressing and releasing Ctrl on a gedit window causes it to loop infinitely processing keypresses. I'm not sure what's going on with that or whether it's related. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/23 ------------------------------------------------------------------------ On 2006-10-19T21:09:14+00:00 Søren wrote: Some more information about the infinite loop: It looks like - gtk+ receives a keypress (Ctrl) - gedit sees the event, and propagates it to the TextView, which calls XFilterEvent() - XFilterEvent() forwards the event to scim and returns FALSE. - A fabricated event then arrives from scim - gedit sends this to XFilterEvent() - xim ignores this event, since it knows that it was fabricated - gedit then sends the event once again to XFilterEvent() - xim doesn't think this one is fabricated, so it forwards it to scim - a fabricated event arrives, and gedit once again filters it twice. So the root of the infinite loop bug is that gedit calls XFilterEvent() twice for a single event. Or maybe the root cause is that XIM thinks generating events behind the application's back is not stupid. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/24 ------------------------------------------------------------------------ On 2006-10-20T18:06:10+00:00 Søren wrote: Created attachment 139010 Reproducer So the infinite loop is GEdit understandably misunderstanding XIM. The getting stuck bug is reproduced by this gtk+ program which just switches focus in response to a keypress, before gtk+ gets a chance to deal with the fabricated event. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/25 ------------------------------------------------------------------------ On 2006-10-20T20:53:36+00:00 Søren wrote: I guess the fix is this: When a fabricated event arrives for an unfocused input context, instead of ignoring it, process it, and pass it on to the application, which should be prepared for events appearing on unfocused ic's anyway, due to the asynchronous nature of X. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/26 ------------------------------------------------------------------------ On 2006-10-23T08:12:49+00:00 Jens wrote: Thanks, Soeren. Yup, your reproducer works just fine for me too. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/27 ------------------------------------------------------------------------ On 2006-10-23T16:00:09+00:00 Søren wrote: By "works just fine for me", I assume you mean that it reproduces the bug. I don't really see how this could be a regression though. Could you try if the reproducer also reproduces on RHEL4? Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/28 ------------------------------------------------------------------------ On 2006-10-26T04:32:46+00:00 Jens wrote: (In reply to comment #24) > By "works just fine for me", I assume you mean that it reproduces the bug. Yes, that's right. > I don't really see how this could be a regression though. Could you try if the > reproducer also reproduces on RHEL4? Yes it reproduces on rhel4 too, but gedit and kate don't exhibit the problem there. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/29 ------------------------------------------------------------------------ On 2006-11-09T02:54:09+00:00 Caius wrote: Tested on rawhide, the problem has been fixed. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/30 ------------------------------------------------------------------------ On 2006-11-09T05:05:50+00:00 Caius wrote: devel branch & FC6 branch are patched and built. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/31 ------------------------------------------------------------------------ On 2006-11-09T16:58:09+00:00 Fedora wrote: libX11-1.0.3-5.fc6 has been pushed for fc6, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. Reply at: https://bugs.launchpad.net/ubuntu/+source/scim/+bug/66104/comments/32 ** Changed in: fedora Importance: Unknown => High -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to libx11 in Ubuntu. https://bugs.launchpad.net/bugs/66104 Title: [Gutsy] scim: input freezes in various applications under XIM mode Status in libx11 package in Ubuntu: Fix Released Status in scim package in Ubuntu: Fix Released Status in libx11 source package in Hardy: Fix Released Status in scim source package in Hardy: Fix Released Status in scim package in Debian: Fix Released Status in Fedora: Fix Released Bug description: In gutsy, the default mode of scim (detemined by im-switch's settings "scim") uses XIM mode. This may cause problems in some applications and make it impossible to input anything, even if you choose the English/Keyboard input method. This happens most often in nautilus, but is also seen in gedit, gnome-terminal, etc. This bug has been around for a long time, it only became more visible because of the change in the default settings of scim and the Ubuntu package. There are two work arounds for this problem: 1. If you do not use any programs linked to libstdc++5 (very few of the Ubuntu official packages do, one know exception is the fglrx video driver for ATi cards; but plenty of third-party programs do, such as firefox downloaded from www.mozilla.com, and Adobe's PDF reader), you can use the scim-immodule setting in im-switch. To change the im- switch setting, just run "im-switch -s scim-immodule" command. 2. If you do not use the deadkeys (often seen on European keyboards, and if you don't know what a deadkey is, you are not using it), you can change scim's "/FrontEnd/X11/Dynamic" setting. The procedure to change this setting is: (a) Set scim not to start automatically (because it's useless to change the configuration file when scim is running) using the command "im-switch -s none". Log out and re-login. (b) Edit your ~/.scim/config configuration file, change the /FrontEnd/X11/Dynamic option to true. (c) Reset scim to start automatically with command "im-switch -s scim". Log out and re-login. If you are using programs linked to libstdc++5 as well as deadkeys, there is no known workaround for you. You may try the scim-bridge settings (you need to install scim-bridge-* packages first), but it's not clear whether it works or not (and I don't even know if there is a written scim-bridge setting for im-switch of not). To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/66104/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp