https://bugs.kde.org/show_bug.cgi?id=359109
pe...@hack-libre.org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pe...@hack-libre.org
--- Comment #1 from pe...@hack-libre.org ---
- Can confirm this bug on Arch Linux (not reproducible on Fedora, is it
patched?).
- ibus is also stopped when changing keyboard settings in Systemsettings. To
reproduce, open Systemsettings → Input Devices → Keyboard. Make any change,
even just make one and revert, and click on Apply. ibus is stopped with `ibus
successfully stopped` in journalctl.
- It also seems to happen when I’m not actively behind my keyboard.
- Starting ibus at startup doesn’t work (I guess it’s this same bug because it
works on Fedora), I need to write a script which sleep for a few seconds,
launch ibus then kill and relaunch krunner.
I found the commit in plasma-desktop which introduced the «feature»:
<https://quickgit.kde.org/?p=plasma-desktop.git&a=commit&h=d322ea9051c79a5d9a5eb7b48eccba54b80fa944>
(the code hasn’t since been changed). This. is. terribly. awful.
This code should probably be removed, even if it causes bugs, because
terminating ibus is way worse. I should relaunch ibus several times a day, and
I also must relaunch every open Qt5 application (really annoying with e.g.
konversation) otherwise I can’t type i.e. Japanese and use dead keys anymore —
and since a few days, some applications are basically left unusable (i.e. I
must press several dozens of times a key to actually obtain the character). So,
it’s a *really serious and awfully annoying bug*.
I’m not sure the last thing I described is a KDE bug (should I open a report
about that here?) because Qt4 and GTK apps works perfectly well — in fact, I
just need to relaunch ibus and it’s like nothing happened (well frankly
hopefully otherwise I would have been restarting Gajim and Firefox several
times a day).
--
You are receiving this mail because:
You are watching all bug changes.
