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-X, which is subscribed to libx11 in Ubuntu. https://bugs.launchpad.net/bugs/66104 Title: [Gutsy] scim: input freezes in various applications under XIM mode To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libx11/+bug/66104/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-x-swat Post to : ubuntu-x-swat@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-x-swat More help : https://help.launchpad.net/ListHelp
