Environment: KDE Application: lokalize (Translation editor) 1) Keyboard shortcut like Page up and Page down is not working in lokalize application if ibus is active in KDE 2) Input data is not committed without switching application if ibus is used with lokalize. If non-ibus method (KDE Settings->Input device-> Layout-> add English and other keyboard, select Main shortcut to change language) is used, input is working with lokalize without issue. version: ibus-1.5.29~rc2-4.fc39.x86_64 ibus-anthy-1.5.15-2.fc39.x86_64 ibus-anthy-python-1.5.15-2.fc39.noarch ibus-gtk2-1.5.29~rc2-4.fc39.x86_64 ibus-gtk3-1.5.29~rc2-4.fc39.x86_64 ibus-gtk4-1.5.29~rc2-4.fc39.x86_64 ibus-hangul-1.5.5-3.fc39.x86_64 ibus-libpinyin-1.15.5-1.fc39.x86_64 ibus-libs-1.5.29~rc2-4.fc39.x86_64 ibus-libzhuyin-1.10.2-4.fc39.x86_64 ibus-m17n-1.4.27-1.fc39.x86_64 ibus-panel-1.5.29~rc2-4.fc39.x86_64 ibus-qt-1.3.4-8.fc39.x86_64 kf5-frameworkintegration-libs-5.111.0-2.fc39.x86_64 kf5-frameworkintegration-5.111.0-2.fc39.x86_64 lokalize-23.08.3-1.fc39.x86_64 Reproducible: Always Steps to Reproduce: 1.Run lokalize app (install if it is not installed - dnf install lokalize) 2. open any translation (po) file 3. use Page Up and Page Down OR 4. Try type anything, when ibus is active (Settings->Input Device->Virtual Keyboard->Select ibus) 5. Switch to non-English layout (I used Punjabi) 6. Switch to different application window (Alt +Tab) 7. Alt + Tab - back to localize Actual Results: for 3: There is no change in translation line (Next with Page Up, Back with Page Down) for 4. Not text input is shown with any character, space after Switch back to Lokalize (with Alt+Tab) - Text will be updated Expected Results: for 3: Page Up and Page down should work to move to next or back line for 4: Translation text should be updated with typing - ibus is working normal for kate, kedit and firefox within KDE environment There is bug in KDE upstream, but not sure how relevant with this: https://bugs.kde.org/show_bug.cgi?id=424024
Which Plasma Wayland or Plasma X11 do you use? I think any keys works including PageUp, PageDown works with IBus but I observed the response is too late with lokalize in Plasma Wayland only.
yes, only Wayland. X11 lokalize is working normally. Another case - I used Gnome (wayland) and localize was very slow or missing unless switch between applicatoin. it may be the case with Lokalize and Wayland. with Fedora 40, localize is just crashing during opening th file. https://bugs.kde.org/show_bug.cgi?id=477704
This message is a reminder that Fedora Linux 39 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 39 on 2024-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a 'version' of '39'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, change the 'version' to a later Fedora Linux version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see it. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 39 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora Linux, you are encouraged to change the 'version' to a later version prior to this bug being closed.
@A S Alam: I no longer reproduce the late response of lokalize in Plasma Wayland in Fedora 41. From the upstream bug report: > Albert Astals Cid 2023-12-02 19:21:56 UTC > lokalize has known problems on wayland, this is more extreme than usual, but yeah, i think the plan is force x11/xwayland for now I think `env QT_IM_MODULE=ibus lokalize` works fine to output the strings with input methods. For the IBus lookup window issue, it would be an known issue of IBus to support X11 applications in Wayland and I think this issue can be closed now. Probably I need to investigate how QT_QPA_PLATFORM=xcb effects with QT_IM_MODULE=ibus.
Fedora Linux 39 entered end-of-life (EOL) status on 2024-11-26. Fedora Linux 39 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora Linux please feel free to reopen this bug against that version. Note that the version field may be hidden. Click the "Show advanced fields" button if you do not see the version field. If you are unable to reopen this bug, please file a new report against an active release. Thank you for reporting this bug and we are sorry it could not be fixed.