Created attachment 1849893 [details] Reproduction Video ## Description of problem: When switching line numbers in the editor, press the left `SHIFT` key to switch the input method state, and the content between the insertion points will be selected. The selection can only be canceled by pressing the esc key, which seriously interferes with editing work. Version-Release number of selected component (if applicable): Fedora release 35 (Thirty Five) GNOME 41.2 Wayland session ibus-1.5.25-6.fc35.x86_64 ibus-gtk2-1.5.25-6.fc35.x86_64 ibus-gtk3-1.5.25-6.fc35.x86_64 ibus-libs-1.5.25-6.fc35.x86_64 ibus-setup-1.5.25-6.fc35.noarch ibus-table-1.14.1-1.fc35.noarch ibus-table-chinese-1.8.3-11.fc35.noarch ibus-table-chinese-wubi-jidian-1.8.3-11.fc35.noarch How reproducible: Switch to wayland session and install `ibus-table-chinese-wubi-jidian`. Steps to Reproduce: 1. Place the cursor insertion point on the first line of text. 2. Use the left SHIFT key to switch the input method from Chinese to English(or English to Chinese). 3. Click anywhere on the third row to change the cursor insertion point.(can also be any line) 4. At this time, the content between the cursor insertion points in row 1 to row 3 becomes selected. Actual results: The text between the insertion points is selected. Expected results: Toggle insertion point only. Additional info: 1. I have stable reproduction on Fedora 35 LiveCD and current OS. 2. This issue disappeared after switching to xorg session. 3. `ibus-pinyin` doesn't have any problem in wayland session. 4. Sometimes the content between the insertion points is not selected in the video, because the esc key is pressed.
I have the same package versions but I cannot reproduce the problem in Gnome Wayland.
Created attachment 1850112 [details] Compared That would be weird. Yesterday the developer of Fcitx5 said he can reproduce it too. For comparison of three input methods based on ibus framework, see the attachment. Do I need to provide any logs?
Created attachment 1850134 [details] Fedora Silverblue Fedora Silverblue can also reproduce the problem, but some programs work well, such as vscode.
Created attachment 1851239 [details] fedora-silverblue-ibus-table-chinese-wubi-jidian Hi Mike, Can you test it again please? I can reproduce it in Fedora Workstatoin 35, Fedora 35 LiveCD and Fedora Silverblue 35. I am pretty sure that the left shift key of ibus-table is indeed the problem. ibus-rime, ibus-libpinyin also use ibus input framework without this problem, fcitx5 does not have this problem either.
Not sure if this is related, but when I am trying to type the dollar sign using the US keyboard layout and left shift permanently pressed and repeatedly pressing the 4/$ key, I am getting something like 444$444444444$44444444444444444 while typing to - bash prompt in urxvt-unicode - cat running in the same terminal - while trying to enter URL in firefox With the right shift, everything works well.
Really curious if this will turn out to be related or not. Because of I am able to reproduce the problem I have described above with pure xorg and fvwm2 on top of it and with no ibus daemon running... And the 4/$ key appears to be the only to be hit by this problem from all 0-9 keys in the top row of keyboard. Andlooks like thatit is not HW problem of the keyboard because of it manifests with both notebook's built-in keyboard and external keyboard.
(In reply to Bright from comment #4) > Created attachment 1851239 [details] > fedora-silverblue-ibus-table-chinese-wubi-jidian > > Hi Mike, > > Can you test it again please? I can reproduce it in Fedora Workstatoin 35, > Fedora 35 LiveCD and Fedora Silverblue 35. I am pretty sure that the left > shift key of ibus-table is indeed the problem. > > ibus-rime, ibus-libpinyin also use ibus input framework without this > problem, fcitx5 does not have this problem either. I could finally reproduce it after doing a clean reinstall of my f35 virtual machine. And I think I could solve it: https://github.com/mike-fabian/ibus-table/issues/98#issuecomment-1021374412 Packages for Fedora for testing are here: https://copr.fedorainfracloud.org/coprs/mfabian/ibus-table/ You can install them like this: sudo dnf copr enable mfabian/ibus-table sudo dnf update ibus-table This should install ibus-table-1.16.5-1.fc35 which has a change which seems to fix the problem.
FEDORA-2022-a0115a5128 has been submitted as an update to Fedora 36. https://bodhi.fedoraproject.org/updates/FEDORA-2022-a0115a5128
FEDORA-2022-a0115a5128 has been pushed to the Fedora 36 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-a177cae607 has been submitted as an update to Fedora 34. https://bodhi.fedoraproject.org/updates/FEDORA-2022-a177cae607
FEDORA-2022-c506d63885 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-c506d63885
FEDORA-2022-a177cae607 has been pushed to the Fedora 34 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-a177cae607` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-a177cae607 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-c506d63885 has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-c506d63885` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-c506d63885 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2022-a177cae607 has been pushed to the Fedora 34 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2022-c506d63885 has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.
Thanks！