[Bug 2073231] New: ibus Emoji shortcuts intercept vscode ctrl+. shortcut

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: [e-mail]
          Reporter: [e-mail]
        QA Contact: [e-mail]
                CC: [e-mail],
                    [e-mail], [e-mail]
  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.

[Bug 2073231] ibus Emoji shortcuts intercept vscode ctrl+. shortcut

https://bugzilla.redhat.com/show_bug.cgi?id=2073231

Robin Lee  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]
            Link ID|                            |Github
                   |                            |ibus/ibus/issues/2390
           Doc Type|---                         |If docs needed, set a value

[Bug 2073231] ibus Emoji shortcuts intercept vscode ctrl+. shortcut

https://bugzilla.redhat.com/show_bug.cgi?id=2073231

--- Comment #1 from Jens Petersen  ---
ibus uses Ctrl+. for emoji input.

You can change that in ibus-setup in the Emoji pane.

[Bug 2073231] ibus Emoji shortcuts intercept vscode ctrl+. shortcut

https://bugzilla.redhat.com/show_bug.cgi?id=2073231

--- Comment #2 from Matt Woelfel  ---
Correct. That seems to be something new for Fedora 36, as vscode, which uses
that shortcut, works fine in Fedora 35. I didn't see anything in the Fedora 36
changes that called out this feature, nor any feedback on the screen to
indicate what was happening, so one would just have to know what's going on. I
got lucky and stumbled across a forum post that mentioned ibus-setup (after
reinstalling the OS). I'm not sure if there's a path forward to get ibus and
vscode to play nice out of box, so documentation about ibus in the changeset
may be warranted.

[Bug 2073231] ibus Emoji shortcuts intercept vscode ctrl+. shortcut

https://bugzilla.redhat.com/show_bug.cgi?id=2073231

--- Comment #3 from Matt Woelfel  ---
I did some experimenting, which didn't really reveal anything to me, but maybe
someone can glean something from my results.

On Fedora 35:
1. Build and update ibus from the fedora 36 srpm.
2. Update ibus* and dependencies from fedora 36 using `dnf update ibus*
--releasever=36`

At each step I created a new user account in case there was a configuration
that was generated differently that may be causing this. There was no change in
observed behavior, where vscode on Fedora 35 continued to work fine.

I didn't know about ibus previously, but since I've been looking at this I
don't see a difference in how it is setup out of box between Fedora 35 and 36,
which would explain why there's nothing about it in the changeset. The only
thing I see is that deleting the ibus Emoji shortcut in Fedora 36 enables
vscode to work, whereas Fedora 35 has the shortcut set up and vscode works
without any tweaking.

[Bug 2073231] ibus Emoji shortcuts intercept vscode ctrl+. shortcut

https://bugzilla.redhat.com/show_bug.cgi?id=2073231

fujiwara  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |CLOSED
         Resolution|---                         |NOTABUG
        Last Closed|                            |2022-04-14 03:33:43

--- Comment #4 from fujiwara  ---
GTK applications have always been implemented Ctrl-period and the shortcut is
now also applied to other applications in Fedora 36.
You can disable the shortcut key with ibus-setup or run your application with
XMODIFIERS=@im=none and GTK_IM_MODULE=gtk-im-context-none