https://bugzilla.redhat.com/show_bug.cgi?id=1751061
Bug ID: 1751061 Summary: Compose doesn’t work when using ibus Product: Fedora Version: 31 Status: NEW Component: ibus Assignee: tfujiwar@redhat.com Reporter: mfabian@redhat.com QA Contact: extras-qa@fedoraproject.org CC: i18n-bugs@lists.fedoraproject.org, shawn.p.huang@gmail.com, tfujiwar@redhat.com Target Milestone: --- Classification: Fedora
I installed Fedora-Everything-netinst-x86_64-31-20190909.n.0.iso in qemu.
Ibus version is:
ibus-1.5.21-1.fc31.x86_64
I installed the gnome-tweaks package and set the compose key (Multi_key) to “Scroll Lock”.
Configured input methods and keyboard layouts (as seen in the gnome panel) are:
English (US, euro on 5) en 日本語 ja 日本語（かな漢字） ja その他（Typing Booster） 🚀
I choose the "English (US, euro on 5)" keyboard layout and try to type into gedit.
When pressing <Multi_key> , I see
⎄
i.e. I see U+2384 COMPOSITION SYMBOL as expected.
But if I wait about a second, it disappears again.
Now I type <Multi_key> <'> fast, not waiting after <Multi_key>
I see
⎄'
and it disappears again after about a second.
<Multi_key> <'> <a> fast and I see:
á
After waiting for about a second, it turns into
á⎄
i.e. U+2384 COMPOSITION SYMBOL is added after the á without pressing any more keys, just by waiting. This U+2384 COMPOSITION SYMBOL stays there, even if I wait more. If I continue to type <'> <a>, I finally get:
áá
i.e. I have produced this “áá” by typing <Multi_key> <'> <a> <'> <a>.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
Mike FABIAN mfabian@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mfabian@redhat.com Summary|Compose doesn’t work when |Compose doesn’t work when |using ibus |using "Scroll Lock" as | |Multi_key
--- Comment #1 from Mike FABIAN mfabian@redhat.com --- Thanks to Sandeep Shedmake, I found that everything works fine when using "Right Alt" as Multi_key instead of "Scroll Lock".
Changing subject of the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #2 from fujiwara tfujiwar@redhat.com --- I cannot reproduce your problem. I use Japanese 109 keyboard and the preedit does not disappear in both Wayland and Xorg. Probably I'd suggest you to check if another key evnets are sent in GtkEvents after you type the Multi_key. Unfortunately xev checks XEvents only you might need to create a scratch program.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #3 from fujiwara tfujiwar@redhat.com --- Are you able to reproduce your problem with a new user account instead of the current user account?
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #4 from Ben Cotton bcotton@redhat.com --- This message is a reminder that Fedora 31 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 31 on 2020-11-24. 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 Fedora 'version' of '31'.
Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 31 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, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #5 from Jens Petersen petersen@redhat.com --- Does this happen for F32+?
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #6 from Mike FABIAN mfabian@redhat.com --- I can still reproduce this exactly the same way in Fedora 33.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
Mike FABIAN mfabian@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|31 |33
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #7 from Ben Cotton bcotton@redhat.com --- This message is a reminder that Fedora 33 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 33 on 2021-11-30. 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 Fedora 'version' of '33'.
Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 33 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, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Flags| |needinfo?(mfabian@redhat.co | |m)
--- Comment #8 from Jens Petersen petersen@redhat.com --- How about F34+?
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #9 from Jens Petersen petersen@redhat.com --- Is an upstream bug needed?
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
Mike FABIAN mfabian@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|33 |35 Flags|needinfo?(mfabian@redhat.co | |m) |
--- Comment #10 from Mike FABIAN mfabian@redhat.com --- I can still reproduce this exactly the same way in Fedora 35.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #12 from Mike FABIAN mfabian@redhat.com --- The problem happens the same way on Gnome Wayland and Gnome Xorg.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #13 from Ben Cotton bcotton@redhat.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
--- Comment #14 from Mike FABIAN mfabian@redhat.com --- I tested again on F37 and now Scroll Lock works fine as a compose key both in Gnome Xorg and Gnome Wayland.
https://bugzilla.redhat.com/show_bug.cgi?id=1751061
Mike FABIAN mfabian@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|35 |37 Resolution|--- |CURRENTRELEASE Status|NEW |CLOSED Last Closed| |2022-12-13 07:19:23
i18n-bugs@lists.fedoraproject.org
-
bugzilla＠redhat.com