Description of problem: httx hangs kde application. kde application will be in init state indefinitely until someone kills it. Version-Release number of selected component (if applicable): im-sdk-12.1-5 How reproducible: everytime Steps to Reproduce: 1. login into GNOME thru japanese 2. gnome-terminal 3. run kedit Actual results: watches it stays there Expected results: should show the application Additional info: killall httx; kedit works Here is where it hangs: #0 0xf6fe97a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0xf6fac3d3 in __waitpid_nocancel () from /lib/tls/libpthread.so.0 #2 0x061d37de in KApplication::startKdeinit () from /usr/lib/libkdecore.so.4 #3 0x061d406b in KApplication::dcopFailure () from /usr/lib/libkdecore.so.4 #4 0x061e0c17 in KApplication::qt_invoke () from /usr/lib/libkdecore.so.4 #5 0x05cc0360 in QObject::activate_signal (this=0x9d3b2a0, clist=0x9d3ba40, o=0xfefba7b0) at qconnection.h:54 #6 0x05cc060e in QObject::activate_signal (this=0xfefba7d8, signal=4, param= {static null = {static null = <same as static member of an already seen type>, d = 0x9ce60c0, static shared_null = 0x9ce60c0}, d = 0x9d3bec0, static shared_null = 0x9ce60c0}) at kernel/qobject.cpp:2452 #7 0x0017c6b1 in DCOPClient::attachFailed () from /usr/lib/libDCOP.so.4 #8 0x001848c7 in DCOPClient::attachInternal () from /usr/lib/libDCOP.so.4 #9 0x00184537 in DCOPClient::registerAs () from /usr/lib/libDCOP.so.4 #10 0x061d2fc2 in KApplication::dcopAutoRegistration () from /usr/lib/libkdecore.so.4 #11 0x061dcf9d in KApplication::init () from /usr/lib/libkdecore.so.4 #12 0x061df027 in KApplication::KApplication () from /usr/lib/libkdecore.so.4 #13 0x002f75b2 in kdemain () from /usr/lib/libkdeinit_kedit.so #14 0x080485f2 in ?? () #15 0x00000001 in ?? () #16 0xfefbb3a4 in ?? () #17 0x080496d8 in ?? ()
Tested with -4 and it is fine. Test Case: 1) run LANG=ja_JP.UTF-8 kedit in g-t in the GNOME env
After disabling iiimxcf-fix-gcc-warnings.patch httx seems to work fine.
/me wonders if it is possible to write an automated regression test suite. Would be great to find regressions like this quickly.
should be fixed in 12.1-6
I've seen -5 httx cause firefox to lockup very frequently. Upgrading to -6 fixes that too. Should probably warn testers to kill httx and restart or the problem wont go away.
Confirmed fixed with im-sdk-12.1-6. I can now run kedit from g-t and input with CannaLE. There is a lot of message on the g-t though, should I file a bug on this?