Description of problem: This is mostly a heads-up/ common bugs report: it is already reported upstream and a fix has been submitted for review. https://bugreports.qt.io/browse/QTBUG-82910 https://codereview.qt-project.org/c/qt/qtbase/+/299182 Version-Release number of selected component (if applicable): qt5-qtbase-5.13.2-5.fc32 How reproducible: 100% Steps to Reproduce: 1. Try to use ibus in qt5 apps on Fedora 32 Actual results: ibus does not work at all Expected results: ibus input to work Additional info: Perhaps the submitted patch could be temporarily applied to F32 until upstream merges and releases an updated version.
Maybe this should be added to F32 Common_Bugs?
I believe a workaround is to use Xorg instead of Wayland, or: copy (rename) latest $HOME/.config/ibus/bus/*-wayland to $HOME/.config/ibus/bus/*-unix-0
Now the patch is integrated. Probably I think it's good to back port it to Fedora 32.
*** Bug 1851862 has been marked as a duplicate of this bug. ***
Agreed, patch integrated and (to be) included in 5.15.1 upstream release.
*** Bug 1877729 has been marked as a duplicate of this bug. ***
It still does not work out of the box in Fedora 33. ibus input works into /usr/lib64/qt5/examples/widgets/widgets/lineedits/lineedits (From the qt5-qtbase-examples-5.15.2-2.fc33.x86_64 package) only when starting it with the environment variable QT_IM_MODULE=ibus QT_IM_MODULE=ibus /usr/lib64/qt5/examples/widgets/widgets/lineedits/lineedits but this environment variable is not set by default. Even then using ibus there is difficult as the lookup table hides the current writing positon.
Created attachment 1746550 [details] Lookup table hiding the writing positon when typing into a qt5 example program
(In reply to Mike FABIAN from comment #7) > but this environment variable is not set by default. Which desktop did you use? I get QT_IM_MODULE=ibus in GNOME Wayland. > Even then using ibus there is difficult as the lookup table hides the > current writing positon. It would be a different issue and probably I guess ibus module no longer get the widget position in Wayland and QT applications need to run in Plasma Wayland desktop.
This message is a reminder that Fedora Linux 35 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 35 on 2022-12-13. 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 '35'. 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. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora Linux 35 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.
This seems mostly working now in F37 (both under gnome and kde). There are still some rough edges but that is probably beyond the scope of this bug.
For F36, I think it is hard to get ibus working in KDE Live but possible in an installation (might require a reboot).
I can input in kate (which is a Qt5 app) on Plasma Wayland in Fedora 37 (with all current updates). QT_IM_MODULE=ibus is set.
Now ibus-wayland implements the XKB switching for Plasma Wayland. So you should unset QT_IM_MODULE and GTK_IM_MODULE.