Bugzilla – Bug 1202841
No keyboard entry possible at KDE apps
Last modified: 2023-11-03 14:30:12 UTC
If I start a new session after a new user login at KDE/Plasma X11, the previous/stored apps will be opened, it isn't possible to enter text via Keyboard in the effected apps. Additional observation: kwallet dialog for login is very delayed copy'n'past via clipboard and also entering text in the clipboard works Happens: Since one of the last Tumbleweed snapshot (2022082?) updates Effected apps: konsole, kmail, dolphin, falkon, ... Fix: Close all Apps after and restart them again entering the kwallet password was successfull entert
Version information from "Systemeinstellungen" Operating System: openSUSE Tumbleweed 20220824 KDE Plasma Version: 5.25.4 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 Kernel Version: 5.19.2-1-default (64-bit) Graphics Platform: X11 Processors: 8 × AMD Ryzen 7 4700U with Radeon Graphics Memory: 30.8 GiB of RAM Graphics Processor: AMD RENOIR Manufacturer: ASUSTeK COMPUTER INC. Product Name: MINIPC PN50 System Version: 0623
Anything relevant in the journal? Do you have ibus or fcitx installed?
@Fabian Vogt Anything you expect in the Journal? Can't find anything about keyboard. Also if I type sonthing in a app, no entry at all in journalctl -xe # zypper se -is ibus fcitx Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+-----------------------------+---------+----------------+--------+----------------------- i+ | ibus | package | 1.5.26-4.1 | x86_64 | Haupt-Repository (OSS) i+ | ibus-dict-emoji | package | 1.5.26-4.1 | noarch | Haupt-Repository (OSS) i+ | ibus-gtk | package | 1.5.26-4.1 | x86_64 | Haupt-Repository (OSS) i+ | ibus-gtk3 | package | 1.5.26-4.1 | x86_64 | Haupt-Repository (OSS) i+ | ibus-lang | package | 1.5.26-4.1 | noarch | Haupt-Repository (OSS) i+ | ibus-typing-booster | package | 2.18.7-1.1 | x86_64 | Haupt-Repository (OSS) i | inkscape-extensions-scribus | package | 1.2.1-1.3 | x86_64 | Haupt-Repository (OSS) i+ | libhidapi-libusb0 | package | 0.12.0-1.1 | x86_64 | Haupt-Repository (OSS) i+ | libibus-1_0-5 | package | 1.5.26-4.1 | x86_64 | Haupt-Repository (OSS) i+ | libUsageEnvironment3 | package | 2022.07.14-1.1 | x86_64 | Haupt-Repository (OSS) i+ | libusb-0_1-4 | package | 0.1.13-37.8 | x86_64 | Haupt-Repository (OSS) i+ | libusb-1_0-0 | package | 1.0.26-1.3 | x86_64 | Haupt-Repository (OSS) i+ | libusb-1_0-0-32bit | package | 1.0.26-1.3 | x86_64 | Haupt-Repository (OSS) i+ | libusbmuxd-2_0-6 | package | 2.0.2-1.10 | x86_64 | Haupt-Repository (OSS) i | libusbredirhost1 | package | 0.13.0-1.1 | x86_64 | Haupt-Repository (OSS) i | libusbredirparser1 | package | 0.13.0-1.1 | x86_64 | Haupt-Repository (OSS) i+ | scribus | package | 1.5.8-3.7 | x86_64 | Haupt-Repository (OSS) i+ | scribus-doc | package | 1.5.8-3.7 | x86_64 | Haupt-Repository (OSS) i+ | typelib-1_0-IBus-1_0 | package | 1.5.26-4.1 | x86_64 | Haupt-Repository (OSS)
Looks like ibus is installed. That's known to cause weird issues with input, so try with it removed.
Update: If I type in Dolphin a letter, then the cursor jumps to file starting with this letter, but if I enter it in e.g. the Filter or Path text box it don't work (anyhow, the kwallet was unlocked, till I restart the App. If I close one of the two open Dolphin windows and reopen it. It works on the new one, but the old one (opened before kwallet was unlocked) still not working.
(In reply to Fabian Vogt from comment #4) > Looks like ibus is installed. That's known to cause weird issues with input, > so try with it removed. Done: # zypper rm ibus Reading installed packages... Resolving package dependencies... The following 5 packages are going to be REMOVED: ibus ibus-gtk ibus-gtk3 ibus-lang ibus-typing-booster 5 packages to remove. After the operation, 18.2 MiB will be freed. Continue? [y/n/v/...? shows all options] (y): (1/5) Removing ibus-gtk-1.5.26-4.1.x86_64 ...........................................................................................................................[done] (2/5) Removing ibus-gtk3-1.5.26-4.1.x86_64 ..........................................................................................................................[done] (3/5) Removing ibus-lang-1.5.26-4.1.noarch ..........................................................................................................................[done] (4/5) Removing ibus-typing-booster-2.18.7-1.1.x86_64 ................................................................................................................[done] (5/5) Removing ibus-1.5.26-4.1.x86_64 ...............................................................................................................................[done] There are running programs which still use files and libraries deleted or updated by recent upgrades. They should be restarted to benefit from the latest updates. Run 'zypper ps -s' to list these programs. I will check after restart (probably not today)
Restarted, and now it works fine. Seams an issue from ibus. But I don't know which application uses it?! S | Name ---+------ i+ | ibus Shows that it was installed from an other application, isn't it?
(In reply to ulfbart from comment #7) > Restarted, and now it works fine. > > Seams an issue from ibus. But I don't know which application uses it?! > > S | Name > ---+------ > i+ | ibus > > Shows that it was installed from an other application, isn't it? Yep. ibus should really only be installed on explicit request. "rpm -q --whatrecommends ibus" might help. Reassigning.
I guess the root cause is #1201728. A recent change in ibus side might make this problem worse: https://bugzilla.opensuse.org/show_bug.cgi?id=1201728 Can you provide the result of the following commands? $ ps -ef | grep ibus $ systemctl --user status "app-ibus\\x2dautostart@autostart.service"
The requested info: # rpm -q --whatrecommends ibus no package recommends ibus # ps -ef | grep ibus root 5984 5751 0 21:05 pts/3 00:00:00 grep --color=auto ibus # systemctl --user status "app-ibus\\x2dautostart@autostart.service" Failed to connect to bus: No medium found Seams to be not required anymore. I don't know if i forgot to deinstall one package w/o "-u" option. But still the question is, what happens if ibus is really required? Or was something changed in ibus? https://news.opensuse.org/2022/03/31/tw-updates-sudo-systemd-ibus/ And Tumbleweed snapshot 20220828 info: Please check the known defects of this snapshot before upgrading: https://openqa.opensuse.org/tests/overview?distri=opensuse&groupid=1&version=Tumbleweed&build=20220828 [...] Packages changed: file ibus (1.5.26 -> 1.5.27) ibus_gtk4 (1.5.26 -> 1.5.27) libXau (1.0.9 -> 1.0.10) libXfont2 (2.0.5 -> 2.0.6) libfontenc (1.1.4 -> 1.1.5) libgnomekbd (3.26.1 -> 3.28.0) python-tornado6 (6.1 -> 6.2) rubygem-addressable (2.8.0 -> 2.8.1) webkit2gtk3 (2.36.6 -> 2.36.7) webkit2gtk3-soup2 (2.36.6 -> 2.36.7)
> Or was something changed in ibus? ibus was not working after systemd-xdg-autostart-generator was introduced to KDE. Last week, I fixed so that it starts again with the generator. However, due to the generator, ibus is killed soon after a desktop session started, Qt lost connection to IBus and cannot handle keys. I have already submitted a fix. ibus will not start with systemd-xdg-autostart-generator until this issue is resolved.
(In reply to Fuminobu Takeyama from comment #11) > I have already submitted a fix. ibus will not start with > systemd-xdg-autostart-generator until this issue is resolved. OK, thanks for Information :-)
(In reply to ulfbart from comment #0) > Additional observation: > kwallet dialog for login is very delayed > Fix: > Close all Apps after and restart them again entering the kwallet password > was successfull entert Regarding kwallet: That is a different bug. I haven't found a reference on SUSE Bugzilla, but here is the upstream tracker: https://bugs.kde.org/show_bug.cgi?id=458085 Manual Fix: Add no-allow-external-cache to .gnupg/gpg-agent.conf
(In reply to Benjamin Greiner from comment #13) > (In reply to ulfbart from comment #0) > > Additional observation: > > kwallet dialog for login is very delayed > > > Fix: > > Close all Apps after and restart them again entering the kwallet password > > was successfull entert > > Regarding kwallet: That is a different bug. I haven't found a reference on > SUSE Bugzilla, but here is the upstream tracker: > https://bugs.kde.org/show_bug.cgi?id=458085 > > Manual Fix: Add no-allow-external-cache to .gnupg/gpg-agent.conf No, meanwhile the issue is gone after update to KDE/Plasma 5.27.x Thanks for support Ulf PS: Should I mark the Status to "Resolved" ?
Thank you for reporting.