Bug 2237374 - When using ibus-anthy with the on-screen-keyboard (OSK), the candidates are not committed correctly when clicking the buttons on top of the keyboard
Summary: When using ibus-anthy with the on-screen-keyboard (OSK), the candidates are n...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: ibus-anthy
Version: 39
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: fujiwara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2023-09-05 07:23 UTC by Mike FABIAN
Modified: 2023-09-15 18:50 UTC (History)
6 users (show)

Fixed In Version: ibus-anthy-1.5.15-2.fc39 ibus-anthy-1.5.14-14.fc38
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-09-10 01:20:17 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
Video showing the problem (255.52 KB, video/mp4)
2023-09-05 07:27 UTC, Mike FABIAN 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker FC-957 0 None None None 2023-09-07 04:37:33 UTC

Description Mike FABIAN 2023-09-05 07:23:13 UTC 
ibus-anthy-1.5.15-1.fc39.x86_64
gnome-shell-45~beta.1-3.fc39.x86_64


Reproducible: Always

Steps to Reproduce:
Enable OSK and ibus-anthy.

Click `a` on the OSK, click 2 times `space` on the OSK, click a candidate on the OSK. 

The candidate is not committed but the current preedit is committed.
Comment 1 Mike FABIAN 2023-09-05 07:27:18 UTC 
Created attachment 1987009 [details]
Video showing the problem
Comment 2 Mike FABIAN 2023-09-05 07:34:21 UTC 
This works better with other input methods than with ibus-anthy, it works (at least partly) with ibus-libpinyin. So there might be something special with ibus-anthy.
Comment 3 Jens Petersen 2023-09-06 08:38:52 UTC 
Reproduced
Comment 4 fujiwara 2023-09-07 04:34:38 UTC 
Thank you. Seems I didn't check the commit result with care.
https://github.com/fujiwarat/ibus-anthy/commit/137f5d7b0eff9a6e631685a567d06b992146e362
Comment 5 Fedora Update System 2023-09-07 05:00:11 UTC 
FEDORA-2023-306260029e has been submitted as an update to Fedora 39. https://bodhi.fedoraproject.org/updates/FEDORA-2023-306260029e
Comment 6 Fedora Update System 2023-09-07 06:05:57 UTC 
FEDORA-2023-e17d0f0de5 has been submitted as an update to Fedora 38. https://bodhi.fedoraproject.org/updates/FEDORA-2023-e17d0f0de5
Comment 7 Fedora Update System 2023-09-08 01:28:27 UTC 
FEDORA-2023-e17d0f0de5 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-e17d0f0de5`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-e17d0f0de5

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 8 Fedora Update System 2023-09-08 01:35:05 UTC 
FEDORA-2023-306260029e has been pushed to the Fedora 39 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-306260029e`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2023-306260029e

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 9 Fedora Update System 2023-09-10 01:20:17 UTC 
FEDORA-2023-e17d0f0de5 has been pushed to the Fedora 38 stable repository.
If problem still persists, please make note of it in this bug report.
Comment 10 Fedora Update System 2023-09-15 18:50:53 UTC 
FEDORA-2023-306260029e has been pushed to the Fedora 39 stable repository.
If problem still persists, please make note of it in this bug report.
Note You need to log in before you can comment on or make changes to this bug.