Bug#1004363: ibus: pops up window with accent mark

[brian m. carlson]

Package: ibus
Version: 1.5.25-3
Severity: normal

I use a US English keyboard, but use my Compose key to type accented
letters in Spanish and French. Within the past week, ibus has started
to pop up a small window when I type Compose + ' to type a character
with an acute accent, both in my GTK 3 Neovim frontend (neovim-gtk) and
in MATE Terminal. This behavior did not previously occur and is not
desired. It may be that this occurred earlier but did not take effect
until I rebooted, which I do only infrequently.

ibus has also changed other settings in unwanted ways in the past, such
as changing certain hotkeys to Ctrl-Period, which I had mapped to other
things. Could this change be reverted and all future changes to
settings be made opt-in for the user?

-- Package-specific info:
ibus is /usr/bin/ibus
ibus-setup is /usr/bin/ibus-setup
im-config -l => ibus xim
im-config -m => 'default' 'missing' 'ibus' '' 'ibus'

XMODIFIERS=@im=ibus
GTK_IM_MODULE=ibus
QT_IM_MODULE=ibus
WAYLAND_DISPLAY=
XDG_CURRENT_DESKTOP=MATE
XDG_MENU_PREFIX=
XDG_RUNTIME_DIR=/run/user/1000
XDG_SEAT=seat0
XDG_SESSION_CLASS=user
XDG_SESSION_DESKTOP=lightdm-xsession
XDG_SESSION_ID=2
XDG_SESSION_TYPE=x11

== ls -l /usr/lib/ibus/ibus-* /usr/libexec/ibus-* ==
/bin/ls: cannot access '/usr/lib/ibus/ibus-*': No such file or directory
-rwxr-xr-x 1 root root 22752 Nov 13 21:10 /usr/libexec/ibus-dconf
-rwxr-xr-x 1 root root 14560 Nov 13 21:10 /usr/libexec/ibus-engine-simple
-rwxr-xr-x 1 root root 166112 Nov 13 21:10 /usr/libexec/ibus-extension-gtk3
-rwxr-xr-x 1 root root 18656 Nov 13 21:10 /usr/libexec/ibus-memconf
-rwxr-xr-x 1 root root 92384 Nov 13 21:10 /usr/libexec/ibus-portal
-rwxr-xr-x 1 root root 121064 Nov 13 21:10 /usr/libexec/ibus-ui-emojier
-rwxr-xr-x 1 root root 321824 Nov 13 21:10 /usr/libexec/ibus-ui-gtk3
-rwxr-xr-x 1 root root 100192 Nov 13 21:10 /usr/libexec/ibus-x11

== dpkg-query -l 'ibus*' ==
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-=================-============-============-====================================
ii ibus 1.5.25-3 amd64 Intelligent Input Bus - core
un ibus-anthy <none> <none> (no description available)
un ibus-array <none> <none> (no description available)
un ibus-clutter <none> <none> (no description available)
ii ibus-data 1.5.25-3 all Intelligent Input Bus - data files
un ibus-doc <none> <none> (no description available)
un ibus-el <none> <none> (no description available)
un ibus-googlepinyin <none> <none> (no description available)
ii ibus-gtk:amd64 1.5.25-3 amd64 Intelligent Input Bus - GTK2 support
ii ibus-gtk3:amd64 1.5.25-3 amd64 Intelligent Input Bus - GTK3 support
ii ibus-gtk4:amd64 1.5.25-3 amd64 Intelligent Input Bus - GTK4 support
un ibus-pinyin <none> <none> (no description available)

=== gsettings ===
org.freedesktop.ibus.general enable-by-default false
org.freedesktop.ibus.general xkb-latin-layouts ['ara', 'bg', 'cz', 'dev', 'gr', 'gur', 'in', 'jp(kana)', 'mal', 'mkd', 'ru', 'ua']
org.freedesktop.ibus.general use-xmodmap true
org.freedesktop.ibus.general preload-engines ['xkb:us::eng']
org.freedesktop.ibus.general dconf-preserve-name-prefixes ['/desktop/ibus/engine/pinyin', '/desktop/ibus/engine/bopomofo', '/desktop/ibus/engine/hangul']
org.freedesktop.ibus.general use-global-engine true
org.freedesktop.ibus.general engines-order @as []
org.freedesktop.ibus.general embed-preedit-text false
org.freedesktop.ibus.general switcher-delay-time 400
org.freedesktop.ibus.general use-system-keyboard-layout false
org.freedesktop.ibus.general version '1.5.25'
org.freedesktop.ibus.general.hotkey previous-engine @as []
org.freedesktop.ibus.general.hotkey enable-unconditional @as []
org.freedesktop.ibus.general.hotkey disable-unconditional @as []
org.freedesktop.ibus.general.hotkey next-engine ['Alt+Shift_L']
org.freedesktop.ibus.general.hotkey trigger ['Control+space', 'Zenkaku_Hankaku', 'Alt+Kanji', 'Alt+grave', 'Hangul', 'Alt+Release+Alt_R']
org.freedesktop.ibus.general.hotkey next-engine-in-menu ['Alt+Shift_L']
org.freedesktop.ibus.general.hotkey prev-engine @as []
org.freedesktop.ibus.general.hotkey triggers ['<Super>space']
org.freedesktop.ibus.panel show 0
org.freedesktop.ibus.panel show-im-name false
org.freedesktop.ibus.panel y -1
org.freedesktop.ibus.panel use-glyph-from-engine-lang true
org.freedesktop.ibus.panel show-icon-on-systray false
org.freedesktop.ibus.panel auto-hide-timeout 10000
org.freedesktop.ibus.panel lookup-table-orientation 1
org.freedesktop.ibus.panel custom-font 'Sans 10'
org.freedesktop.ibus.panel xkb-icon-rgba '#415099'
org.freedesktop.ibus.panel use-custom-font false
org.freedesktop.ibus.panel property-icon-delay-time 500
org.freedesktop.ibus.panel follow-input-cursor-when-always-shown false
org.freedesktop.ibus.panel x -1
org.freedesktop.ibus.panel.emoji has-partial-match false
org.freedesktop.ibus.panel.emoji favorite-annotations @as []
org.freedesktop.ibus.panel.emoji load-unicode-at-startup false
org.freedesktop.ibus.panel.emoji partial-match-length 3
org.freedesktop.ibus.panel.emoji favorites @as []
org.freedesktop.ibus.panel.emoji hotkey ['<Control><Shift>e']
org.freedesktop.ibus.panel.emoji lang 'en'
org.freedesktop.ibus.panel.emoji font 'Monospace 16'
org.freedesktop.ibus.panel.emoji load-emoji-at-startup true
org.freedesktop.ibus.panel.emoji unicode-hotkey ['<Control><Shift>u']
org.freedesktop.ibus.panel.emoji partial-match-condition 0

=== localectl status ===
System Locale: LANG=fr_FR.UTF-8
VC Keymap: n/a
X11 Layout: us
X11 Model: pc105

=== /etc/X11/default-display-manager ===
/usr/sbin/lightdm

=== setxkbmap -print ===

=== ~/.Xmodmap ===
keycode 166 = Prior
keycode 167 = Next


-- System Information:
Debian Release: bookworm/sid
APT prefers stable-security
APT policy: (500, 'stable-security'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.15.0-2-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages ibus depends on:
ii adwaita-icon-theme 41.0-1
ii dconf-cli 0.40.0-2
ii gir1.2-gtk-3.0 3.24.31-1
ii gir1.2-ibus-1.0 1.5.25-3
ii ibus-data 1.5.25-3
ii libatk1.0-0 2.36.0-3
ii libc6 2.33-3
ii libcairo2 1.16.0-5
ii libdconf1 0.40.0-2
ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2
ii libglib2.0-0 2.70.2-1
ii libgtk-3-0 3.24.31-1
ii libibus-1.0-5 1.5.25-3
ii libpango-1.0-0 1.50.3+ds1-4
ii libpangocairo-1.0-0 1.50.3+ds1-4
ii libx11-6 2:1.7.2-2+b1
ii libxi6 2:1.8-1
ii python3 3.9.8-1
ii python3-gi 3.42.0-3
ii python3-ibus-1.0 1.5.25-3

Versions of packages ibus recommends:
ii ibus-gtk 1.5.25-3
ii ibus-gtk3 1.5.25-3
ii ibus-gtk4 1.5.25-3
ii im-config 0.50-2

Versions of packages ibus suggests:
pn ibus-clutter <none>
pn ibus-doc <none>

-- no debconf information

--
brian m. carlson (he/him or they/them)
Toronto, Ontario, CA

[Gunnar Hjalmarsson]

Control: tags -1 moreinfo

Hi Brian,

Thanks for your report!

On 2022-01-25 23:56, brian m. carlson wrote:
> I use a US English keyboard, but use my Compose key to type accented
> letters in Spanish and French. Within the past week, ibus has
> started to pop up a small window when I type Compose + ' to type a
> character with an acute accent, both in my GTK 3 Neovim frontend
> (neovim-gtk) and in MATE Terminal.

I don't see that on the GNOME desktop (Debian testing) at least.

1. What makes you think it's an IBus issue?

2. Can you please provide a screenshot, so we can see what it looks
like?

3. Do you see the small window if you define some other key as the
compose key than the one you currently use?

> ibus has also changed other settings in unwanted ways in the past,
> such as changing certain hotkeys to Ctrl-Period, which I had mapped
> to other things.

<snip>

> org.freedesktop.ibus.panel.emoji hotkey ['<Control><Shift>e']

You can pick some other emoji shortcut, and it looks like you already
did so.

--
Rgds,
Gunnar Hjalmarsson

[Osamu Aoki]

Brian,

Are you using ibus module for "English (int., with AltGr dead key)".

Since I use GNOME/Wayland I can't be sure but all non-GNOME system configures ibus
with "ibus-setup". There may be configuration option there.

What was your intended system configuration. If it is a good old Pure-X way without
ibus on non-GNOME, then you have to unload ibus. GNOME pull in this if you installed
it previously.

Osamu

-----Original Message-----
From: brian m. carlson <san...@crustytoothpaste.net>
Reply-To: brian m. carlson <san...@crustytoothpaste.net>, 100...@bugs.debian.org
To: 100...@bugs.debian.org
Subject: Bug#1004363: ibus: pops up window with accent mark
Date: Wed, 26 Jan 2022 01:53:30 +0000

On 2022-01-26 at 01:04:19, Gunnar Hjalmarsson wrote:
> Control: tags -1 moreinfo
>
> Hi Brian,
>
> Thanks for your report!
>
> On 2022-01-25 23:56, brian m. carlson wrote:

> > I use a US English keyboard, but use my Compose key to type accented
> > letters in Spanish and French.  Within the past week, ibus has
> > started to pop up a small window when I type Compose + ' to type a
> > character with an acute accent, both in my GTK 3 Neovim frontend
> > (neovim-gtk) and in MATE Terminal.
>

> I don't see that on the GNOME desktop (Debian testing) at least.

Are you using Wayland?  I'm using Xorg, so perhaps that's why we're
seeing different behavior.

> 1. What makes you think it's an IBus issue?

Killing ibus-daemon stops it from happening.  All the subsidiary
processes exit when that happens as well, so it might be a different
IBus process.  To help troubleshooting, here's a listing of what's
running from IBus when I see it:

$ ps ax | grep ibus
1198762 ?        Ssl    0:00 /usr/bin/ibus-daemon --daemonize --xim
1198776 ?        Sl     0:00 /usr/libexec/ibus-dconf
1198778 ?        Sl     0:00 /usr/libexec/ibus-ui-gtk3
1198781 ?        Sl     0:01 /usr/libexec/ibus-extension-gtk3
1198787 ?        Sl     0:00 /usr/libexec/ibus-x11 --kill-daemon
1198790 ?        Sl     0:00 /usr/libexec/ibus-portal
1198876 ?        Sl     0:00 /usr/libexec/ibus-engine-simple

All of those are gone after I send a SIGTERM to ibus-daemon, and the
problem disappears as well.

> 2. Can you please provide a screenshot, so we can see what it looks
>    like?

Absolutely.  I've attached one.  It's very small, but distracting when
I'm typing a long text in Spanish or French.  What I've typed in the
screenshot is Compose (that is, Windows) and the apostrophe.

> 3. Do you see the small window if you define some other key as the
>    compose key than the one you currently use?

The key I use is the Windows key.  Temporarily setting right Ctrl shows
the same behavior.

[Gunnar Hjalmarsson]

@Brian: Thanks for additional info.

I probably tested on Wayland. Now I have tested on Xorg too, and don't
see it there either.

I have one idea (and this is a long shot): Do you possibly have an
~/.XCompose file? If you have, can you try to rename it (in order to
disable it), relogin, and try again. The reason I ask is that I have
<https://launchpad.net/bugs/1849399> in mind. It shows that a mistake in
~/.XCompose might lead to unexpected behavior.

@Osamu: Unloading ibus somehow would only be a workaround, right? I
mean, you should be able to use a Compose key without issues also when
the ibus-daemon is running.

--
Gunnar

[brian m. carlson]

On 2022-01-26 at 07:29:34, Osamu Aoki wrote:
> Brian,
>
> Are you using ibus module for "English (int., with AltGr dead key)".

The version I have has "English - English (US)". (Actually, my system
is in French, so it says, "Anglais - Anglais (US)", but that's the
translation). I definitely don't have dead keys enabled, nor do I have
an AltGr key. Besides the standard Shift key, I have Fn (this is a
laptop), Ctrl, Windows, and Alt.

> Since I use GNOME/Wayland I can't be sure but all non-GNOME system configures ibus
> with "ibus-setup". There may be configuration option there.

I have that installed and I don't see an option for this.

> What was your intended system configuration. If it is a good old Pure-X way without
> ibus on non-GNOME, then you have to unload ibus. GNOME pull in this if you installed
> it previously.

I use MATE with Xorg and have never used GNOME or Wayland on this
system. I do not need or want ibus, but I do use the video software
Zoom, and it requires it to be installed (it's in Depends).

I'm happy to switch to a different input method, but this bug remains
valid even if I do so. ibus should refrain from popping up windows in
this way or at least provide a way to configure it which defaults to
off. Upgrading a system should not result in any changes to the way
people input text because that's not expected nor wanted, and ibus has a
history of doing exactly that.

[brian m. carlson]

On 2022-01-26 at 20:34:09, Gunnar Hjalmarsson wrote:
> @Brian: Thanks for additional info.
>
> I probably tested on Wayland. Now I have tested on Xorg too, and don't see
> it there either.
>
> I have one idea (and this is a long shot): Do you possibly have an
> ~/.XCompose file? If you have, can you try to rename it (in order to disable
> it), relogin, and try again. The reason I ask is that I have
> <https://launchpad.net/bugs/1849399> in mind. It shows that a mistake in
> ~/.XCompose might lead to unexpected behavior.

I don't have an ~/.XCompose file. I use the standard X compose
sequences. The only keyboard configuration I have at all is this in my
~/.Xsessionrc and an ~/.Xmodmap:

----
setxkbmap -option capslock:escape -option compose:lwin \
-option terminate:ctrl_alt_bksp
----

The .Xmodmap looks like this:

----

keycode 166 = Prior
keycode 167 = Next

----

I don't believe those do anything anymore; I had an old laptop where
those mapped keys to PgUp and PgDown, but the keys in those positions
on this laptop are PgUp and PgDown.

Otherwise, this is a totally standard, boring U.S. English
configuration with a standard U.S. English keyboard.

> @Osamu: Unloading ibus somehow would only be a workaround, right? I mean,
> you should be able to use a Compose key without issues also when the
> ibus-daemon is running.

This did previously work just fine. I've had ibus installed for some
time and I know it's been running because one of the key mappings
changed unexpectedly, as I mentioned. I don't mind if it's installed as
long as the behavior is as it used to be.

[Gunnar Hjalmarsson]

Control: tags -1 - moreinfo

On 2022-01-26 23:33, brian m. carlson wrote:
> I use MATE with Xorg and have never used GNOME or Wayland on this
> system. I do not need or want ibus, but I do use the video software
> Zoom, and it requires it to be installed (it's in Depends).

Oh no, not Zoom again. :( Saying that because zoom depending on ibus was
the reason why the reporter of <https://bugs.debian.org/988540> run into
problems.

I think you can fix it for yourself by running this command:

im-config -n none

and reboot. That would prevent ibus from being started and configured at
login.

With that said, and as you rightly point out, this is still a valid bug.
So let's keep it open and see if others run into the same issue and are
able to shed some light on the root cause.

--
Cheers,
Gunnar Hjalmarsson

[brian m. carlson]

On 2022-01-26 at 23:47:41, Gunnar Hjalmarsson wrote:
> Oh no, not Zoom again. :( Saying that because zoom depending on ibus was the
> reason why the reporter of <https://bugs.debian.org/988540> run into
> problems.

It is unclear to me as well why it's needed, but maybe that's because I
don't speak a language for which it's necessary. All the languages I
know happen to use the Latin alphabet.

> I think you can fix it for yourself by running this command:
>
> im-config -n none

I picked xim here instead, since I think that's what I used to use and
it seemed to work.

> With that said, and as you rightly point out, this is still a valid bug. So
> let's keep it open and see if others run into the same issue and are able to
> shed some light on the root cause.

Sounds good.

[Osamu Aoki]

Control: tags -1 wontfix
Control: severity -1 wishlist
Control: summary -1 0
thanks

Since ibus can be taught to provide XKB functionality with proper configuration, loss
of old way of setting input is wishlist bug request.

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=988540#116

[Osamu Aoki]

Control: summary -1 0

im-config can be disabled to disable ibus running

thanks