> There is a ~/.cache/ibus/compose folder with a suspicious cache file.
> Can you please rename that folder, relogin, and check if the issue is
> still present.
What is suspicious about the file?
I moved the directory aside, started ibus-daemon up again, and the
problem persists. The ~/.cache/ibus/compose/e6817ed7.cache file has
been recreated with identical contents as previously.
Here are my gsettings values currently:
$ gsettings get org.gnome.desktop.input-sources sources
[('xkb', 'us+dvorak-alt-intl'), ('xkb', 'gr+polytonic'), ('xkb', 'cn'), ('xkb',
'ru')]
$ gsettings get org.freedesktop.ibus.general preload-engines
['xkb:us::eng']
$
The problem persists with these settings, as long as ibus-daemon is
running.
> For an IBus IM to be presented in Settings or ibus-setup, the package -
> in your case ibus-sunpinyin - needs to be installed. But when you say
> that only Chinese is listed in Settings, and assuming that ibus-
> sunpinyin is still installed on your machine, can it possibly be that if
> you click the "Chinese" option in Settings, you end up in a sub menu
> which includes Chinese SunPinyin?
Settings -> Region & Language -> Input Sources presents Chinese as an
option. It can be reordered in the list, but it is not clickable. It
has 'view' (eyeball) and 'delete' (trashcan) icons. The 'view' icon
pulls up a useless (for Chinese) keymap.
The ibus-sunpinyin package is installed.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ibus in Ubuntu.
https://bugs.launchpad.net/bugs/1849399
Title:
ibus in 19.10 breaks the delete key, maps <Delete><Delete> to ☭
Status in ibus package in Ubuntu:
New
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/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
