Ok, here is what I have done since removing scim-related packages, and conclusions :
1/ Reinstalled scim packages and launched scim from a terminal : seemed to work. 2/ Set GTK_IM_MODULE to scim-bridge in /etc/X11/xinit/xinput.d/scim then restarted the gnome session : seemed to work. 3/ Installed scim-m17n, then activated chinese in system > administration > linguistical support (menu name roughly translated from French), which installed 25 packages then asked for a restart : after reboot, scim is once again defunct and system slow. So as I don't have much time to spent on it, I give up and install Karmic. IMPORTANT NOTE : In case some GTK developper reads me : it should be wise to add some "try/catch" statement or something like that to check that the input method is actually effective, so that such a bug does not happen. ** Description changed: + Edit : Issue identified : when input method is defunct, GTK apps will + hang for a long while. One should add a try/catch statement somewhere + in GTK to avoid such a behaviour. + + Preamble : I had no access to this computer lately so couldn't test many things, but this bug happened a few weeks ago, maybe after an update, and is still valid. The computer is a Compaq R4000 laptop series. - - Bug description : Switching between windows, tabs or menus is painfully slow for most applications (I am talking of 10s latencies) : Firefox and gnome-terminal especially, a bit faster for Opera, normal for nautilus, synaptic or wicd. - * Happens both under Gnome and XFCE. - * Seems linked to GTK applications. - * No problems with decorators, and though the computer is not using Compiz I tested it and it didn't change anything. - * Doesn't seem to be a hardware issue since live cds of different other distributions seem to work fine. - * Doesn't seem related to CPU issues either, it is not used that much. Strangely, top shows two instances of Xorg — but killing the inactive one doesn't help. + Bug description : Switching between windows, tabs or menus is painfully slow for most applications (I am talking of 10s latencies) : Firefox and gnome-terminal especially, a bit faster for Opera, normal for nautilus, synaptic or wicd. + * Happens both under Gnome and XFCE. + * Seems linked to GTK applications. + * No problems with decorators, and though the computer is not using Compiz I tested it and it didn't change anything. + * Doesn't seem to be a hardware issue since live cds of different other distributions seem to work fine. + * Doesn't seem related to CPU issues either, it is not used that much. Strangely, top shows two instances of Xorg — but killing the inactive one doesn't help. * The memory seems also fine, the swap is barely used. * Tried fglrx and vesa, same issue. Moreover, glxgears seems fine. - - I have not much to add, apart from the few attached files. I think won't able to contribute to this report anymore, as I am going to install immediately Karmic — as it is, the system is too much a pain to be usable. Last thing I will try : I just noticed that SCIM is defunct, I am going to reboot afer desactivating it and let you know. + I have not much to add, apart from the few attached files. I think + won't able to contribute to this report anymore, as I am going to + install immediately Karmic — as it is, the system is too much a pain to + be usable. Last thing I will try : I just noticed that SCIM is defunct, + I am going to reboot afer desactivating it and let you know. ProblemType: Bug Architecture: i386 Date: Sat Nov 28 16:09:50 2009 DistroRelease: Ubuntu 8.04 NonfreeKernelModules: fglrx Package: xorg 1:7.3+10ubuntu10.2 PackageArchitecture: i386 ProcEnviron: - PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:. - LANG=fr_FR.UTF-8 - SHELL=/bin/bash + PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:. + LANG=fr_FR.UTF-8 + SHELL=/bin/bash SourcePackage: xorg Uname: Linux 2.6.24-25-generic i686 ** Summary changed: - [Hardy] Painfully slow gtk drawing (update : SCIM related) + [Hardy] Painfully slow gtk drawing when input method is defunct ** Summary changed: - [Hardy] Painfully slow gtk drawing when input method is defunct + Painfully slow gtk drawing when input method is defunct -- Painfully slow gtk drawing when input method is defunct https://bugs.launchpad.net/bugs/489614 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
