Bug 2237374

Summary: 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
Product: [Fedora] Fedora Reporter: Mike FABIAN <mfabian>
Component: ibus-anthyAssignee: fujiwara <tfujiwar>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 39CC: i18n-bugs, mfabian, petersen, shawn.p.huang, tagoh, tfujiwar
Target Milestone: ---Keywords: i18n
Target Release: ---Flags: tfujiwar: mirror+
Hardware: x86_64   
OS: Linux   
Whiteboard:
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:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-09-10 01:20:17 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Video showing the problem none

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.