ibus-daemon hogging resources

More info:

I've noticed this time it happened right after closing a Gnome terminal.

Happens to me when I leave the netbook (msi-u100) single battery for a few minutes, or when I change the brightness

I believe this is a configuration problem resulting from a "problematic"
upgrade from 13.04 to 13.10, because:
* only one of my computers is affected by this bug.
* the affected computer had three languages installed: English, Spanish
and Polish. Although, after the "problematic" upgrade, the language
indicator was still showing all the three languages as options, Spanish
and Polish were missing in the System Settings.

I have solved this problem in my desktop by installing the Spanish and
Polish language packages again:
1) System Settings > Language Support
2) Language > Install/Remove Languages
3) Tick all the languages listed in the language indicator

Status changed to 'Confirmed' because the bug affects multiple users.

I have been having a similar problem for a while now, very randomly. I am not sure if its the same as described by others.

I cannot reproduce it at will(It seems to happen when moving between windows, especially gnome-terminal, eclipse and guake), but every now and again the IBUS-daemon pegs one CPU core at 100% and all typing becomes very delayed.

Today I finally managed to get an strace log of it happening, at least the tail end of it. I did not catch the beginning of the event only the end before it went back to normal, but you can see that it's trying to continuously access an unavailable resource.

Please see attached log.

for comparison, I also attached what the strace log looks like during normal operation

Observed on upgrade to 14.04 workaround in comment #4 does not work, the option to isntall and remove languages is greyed out.

I am seeing this behaviour in Eclipse 4.4 (Luna) with Oracle JDK 8, and Ubuntu 14.04 x86_64 and Unity. When typing in Eclipse, the IBus daemon consumes 100% CPU. The problem goes away if I disable IBus using the preference in Language Support for Keyboard input method system. I believe that I have also seen this problem when typing in Unity HUD but have not confirmed it.

i could move the mouse around but the mouse clicks were not registering. using ssh, logged in (took a little while) and noticed that the load was 12 or higher. running 'top', i saw a couple ibus related processes that were taking up gigabytes of ram. indeed, even though i only had chrome and a couple terminals open, the system had started using significant swap space in addition to the 6 gigabytes of ram available to it.

i killed a couple of those massively bloated ibus processes and the system soon returned to normal. and mouse clicks started working again.

can you guys do a code review of the ibus related code, to see if you can where the runaway resource utilization might be occurring. and possibly do some checks. at least log info that would help to identify/pinpoint what is going on.

at the very least, have it monitor itself, in terms of resource utilization and have it automatically restart/exit if the utilization goes above a reasonable threshold. 2+ gigabytes used by one system process is NOT reasonable..

Ok. This is pretty bizarre. The system unresponsiveness issue happened again.

This time, I ssh'ed in and noticed that Google Chrome was using 105% of CPU and the load was shooting up.

Did a 'killall chrome' and the load went down to normal.

Looks like Chrome has some issues running on Ubuntu Linux.

I just saw this happening on 14.04, and ibus CPU usage dropped to normal level after shutting down Eclipse (Luna 4.4.1).

Seeing this behavior in a fresh install of 14.10 too. In my case, typing in gedit was very sluggish and top revealed ibus-daemon at the top of top and high (>4) system load.

Experiencing something like this on 22.04 LTS after upgrading from 20.04 LTS - I'm running KUbuntu.

So far I'm seeing a direct relation with chrome browser (Version 104.something, supposedly the latest).

As soon as I invoke Chrome, after a short while keyboard responsiveness becomes extremely lagged to a point of not being usable at all.

Semi WORK-AROUND:
 -I select restart from the iBus language selection indicator panel - the indicator in question does not re-appear, but the ibus-daemon process disappears clearing the keyboard lag from all applications. Still some system-wide input fields stop accepting input like Dolphin, KDE menu, and possibly a few others.