https://bugzilla.redhat.com/show_bug.cgi?id=2073231
Bug ID: 2073231
Summary: ibus Emoji shortcuts intercept vscode ctrl+. shortcut
Product: Fedora
Version: 36
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: matthew.woelfel(a)gmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Description of problem:
On Fedora 36 ibus seems to be blocking the shortcut ctrl+. in vscode. There was
no indication of what was wrong. This was working in Fedora 35.
Version-Release number of selected component (if applicable):
ibus 1.5.26-3
vscode 1.66.1-1649257913
How reproducible:
100%
Steps to Reproduce:
1. Launch vscode (I installed the rpm version)
2. Go to Keyboard Shortcuts (ctrl+shift+p, type keyboard shortcuts and click on
it from the menu)
3. Type "quickfix" in the search box
4. Double-click the Keybinding and attempt to rebind the existing "ctrl+.".
Actual results:
The ctrl+. key sequence is not recognized by vscode.
Expected results:
The ctrl+. key sequence should work out of box in vscode. Alternatively there
should be some sort of indicator that the key sequence is being intercepted by
another application.
Additional info:
This shortcut is used to fill boiler plate code. I use vscode with vim and
rust-analyzer plugins. When this happens it looks like I'm just dropping into
insert mode. It was very confusing.
I just happened to stumble across ibus-setup in a forum post. I had no idea it
existed and after reading up a little I'm still not sure the use of it is. It
doesn't seem to do anything but intercept some of these shortcuts without any
indication of it's purpose. I was able to work around this issue by deleting
the Emoji keyboard shortcuts.
This key sequence works as expected in fedora 35.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2073231