On Mon, Nov 27, 2006 at 09:30:39PM -0600, Ming Hua wrote: > > I've just done some limited testing. I'll report what I have and what I > think, more tests will follow. > > Currently my test is done in testing environment, with scim 1.4.4-5 and > gedit 2.14.4-2.
Tested in unstable environment again. > I can confirm the results of original reporter of 374640, i.e., strange > behavior of shift key. Acoording to Loïc's analysis this should be a > gedit bug and already fixed. Got both "funny shift key behavior" and "random freeze" with gedit 2.14.4-2. Both problems are solved by gedit 2.14.4-3. Thanks Loïc for tracking down and fixing this bug. > I can also get the input freeze in gedit with scim in XIM mode. > Although the freeze deosn't seem to be hard freeze and can be solved by > switching focus out of gedit and back again. However, I don't think > this is the same bug as the one in gedit, the gedit bug merely triggered > a deeper bug in libX11. > > As pointed out by Osamu, there is a Redhat bug [1] investigating this > "lockup-with-XIM-mode" issue, and there is also a reproducer testcase > attached in that report. That report also points out a workground as > setting "/FrontEnd/X11/Dynamic = true" in ~/.scim/config (this should be > the default in Debian). > > I reproduced the freeze with "/FrontEnd/X11/Dynamic = false", so the > freeze observed by Osamu and other Japanese people using UIM is probably > the same thing. I'll test with "/FrontEnd/X11/Dynamic = true" again > later. Tested with "/FrontEnd/X11/Dynamic = true" again, and still can reproduce the freeze with old gedit (but can't reproduce with new gedit). So I was wrong, this freeze issue is irrelevant to the Redhat bug. > 1. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201284 Ming 2006.11.27
