> 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