https://bugzilla.redhat.com/show_bug.cgi?id=2015149
Bug ID: 2015149 Summary: Candidate lists shown in gnome on-screen keyboard are not hidden/closed when they should Product: Fedora Version: 34 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
Created attachment 1834251 --> https://bugzilla.redhat.com/attachment.cgi?id=1834251&action=edit Video showing the problem
[mfabian@fedora ~]$ cat /etc/fedora-release Fedora release 35 (Thirty Five) [mfabian@fedora ~]$ rpm -q ibus ibus-1.5.25-4.fc35.x86_64 [mfabian@fedora ~]$ rpm -q gnome-shell gnome-shell-41.0-4.fc35.x86_64 [mfabian@fedora ~]$
Running in qemu-kvm with all current updates.
Gnome Xorg session.
Input methods sometimes show candidate lists and sometimes hide or close them again.
For example, when a candidate is committed the candidate list usually disappears.
The candidate list shown on top of the gnome on-screen keyboard should behave the same way. Always when the “normal” candidate list would disappear, the candidate list on top of the Gnome on-screen keyboard should disappear as well.
But this is not the case.
See the attached video.
The video shows using these input methods:
- ibus-libpinyin (Chinese (Intelligent Pinyin)) - ibus-kkc (Japanese (Kana Kanji)) - ibus-typing-booster (Other (Typing Booster)) - ibus-anthy (Japanese (Anthy))
*Only* if ibus-anthy is used, the candidate list disappears reliably when the candidate currently shown in the preedit is commit by clicking on the "Return" key on the on-screen keyboard.
When using ibus-kkc, the candidate list on top of the on-screen keyboard does *not* disappear when committing the candidate currently shown in the preedit by clicking on the Return key.
Same with ibus-libpinyin, when committing the candidate currently shown in the preedit by clicking on the space bar on the on-screen keyboard, the candidate list does *not* disappear.
Also the same with ibus-typing-booster, when committing the candidate currently shown in the preedit by clicking either on the space bar or the return key on hte on-screen keyboard, the candidate list does *not* disappear.
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
Mike FABIAN mfabian@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mfabian@redhat.com
--- Comment #1 from Mike FABIAN mfabian@redhat.com --- I did choose component “ibus” but I am not sure whether this is a problem of ibus or gnome-shell.
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
--- Comment #2 from fujiwara tfujiwar@redhat.com --- (In reply to Mike FABIAN from comment #0)
The candidate list shown on top of the gnome on-screen keyboard should behave the same way. Always when the “normal” candidate list would disappear, the candidate list on top of the Gnome on-screen keyboard should disappear as well.
I don't think the preedit behaviors should be the same way betweenn ibus-kkc and ibus-anthy. I'm thinking if the preedit behaviors between languages should be the same way in OSK.
I confirmed MS-Windows 10 does not support IME in OSK yet and ibus-anthy follows the preedit behavior. Probably I will upgrade my Window 10 to 11 later.
Probably I think ibus core or engines can handle the behavior after I modify gnome-shell with a new API ibus_input_context_set_client_name() to switch the OSK and physical keyboards.
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
--- Comment #3 from Ben Cotton bcotton@redhat.com --- This message is a reminder that Fedora Linux 34 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 34 on 2022-06-07. 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 '34'.
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 34 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=2015149
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED Version|34 |36
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
--- Comment #4 from Ben Cotton bcotton@redhat.com --- This message is a reminder that Fedora Linux 36 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora Linux 36 on 2023-05-16. 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 '36'.
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 36 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=2015149
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|ibus |ibus-anthy Version|36 |38 CC| |tagoh@redhat.com
--- Comment #5 from fujiwara tfujiwar@redhat.com --- Now IBUS_CAP_OSK is implemented in gnome-shell and the mode is available when GNOME OSK is enabled. It still has a problem not to distinguish physical typing and OSK typing while OSK is launched and it's currently hard to be fixed.
Now ibus-anthy should implement IBUS_CAP_OSK.
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
Red Hat One Jira (issues.redhat.com) redhat-one-jira@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Link ID| |Red Hat Issue Tracker | |FC-894
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
fujiwara tfujiwar@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |POST
--- Comment #6 from fujiwara tfujiwar@redhat.com --- ibus-anthy has several condition to disable candidate list but GNOME OSK shows it forcibly. And I think committing the selected candidate of all conditions would be a risk to cause other regressions. I fix this major issues at the moment and will consider left issues when another cases are reported.
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|POST |MODIFIED
--- Comment #7 from Fedora Update System updates@fedoraproject.org --- FEDORA-2023-74f0e1a8df has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-74f0e1a8df
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|MODIFIED |ON_QA
--- Comment #8 from Fedora Update System updates@fedoraproject.org --- FEDORA-2023-74f0e1a8df has been pushed to the Fedora 38 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2023-74f0e1a8df` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-74f0e1a8df
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
https://bugzilla.redhat.com/show_bug.cgi?id=2015149
Fedora Update System updates@fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Fixed In Version| |ibus-anthy-1.5.14-13.fc38 Resolution|--- |ERRATA Last Closed| |2023-07-16 01:25:44
--- Comment #9 from Fedora Update System updates@fedoraproject.org --- FEDORA-2023-74f0e1a8df has been pushed to the Fedora 38 stable repository. If problem still persists, please make note of it in this bug report.
i18n-bugs@lists.fedoraproject.org