This bug was fixed in the package ibus - 1.5.23-0ubuntu1
---------------
ibus (1.5.23-0ubuntu1) groovy; urgency=medium
* New upstream release (LP: #1835541, LP: #1849399)
* d/p/0003-dconf-Use-dbus-run-session-to-set-up-dconf-overrides.patch:
- Refreshed
* Dropped patches, applied upstream:
- d/p/bashism-installed-tests.patch
- d/p/remove-glib-check-version.patch
- d/p/use-wayland-display-for-socket-name.patch
-- Gunnar Hjalmarsson <[email protected]> Wed, 30 Sep 2020 03:21:00
+0200
** Changed in: ibus (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399
Title:
ibus in 19.10 misinterprets ~/.XCompose, somehow maps to the Delete
key
Status in ibus package in Ubuntu:
Fix Released
Bug description:
After upgrade to 19.10, I found that my Delete key was not working as
a Delete key, but that instead if I hit Delete twice it would print
the character ☭.
Since others were not reporting this issue, I had a look around at my
input config and remembered that I had ibus configured from a long
time ago in order to support Chinese input.
If I disable ibus (either by unsetting the environment variables; or
by killing ibus-daemon), then the Delete key works again as expected.
This is a regression in behavior since Ubuntu 19.04, where I had the
same input setup on my desktop but the Delete key worked without
problems.
I'm also not sure how to disable ibus, now that I am in this
situation; or if ibus is expected to always be running.
The problem persists if I run ibus-setup and remove Chinese SunPinyin
from the list of input methods, leaving only "English - English (US)".
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ibus/+bug/1849399/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
