On 2019-10-23 08:09, Steve Langasek wrote:
>> * Which values do the environment variables have?
>
> $ env | grep -E 'XMOD|_IM'
> GTK_IM_MODULE=ibus
> QT4_IM_MODULE=ibus
> XMODIFIERS=@im=ibus
> CLUTTER_IM_MODULE=ibus
> QT_IM_MODULE=ibus
> $
Looks good.
> I don't know where these are being set, because Xsession is hell.
They are set by im-config on X-sessions on Debian/Ubuntu. (Without im-
config, the most important ones would have been set by GNOME instead.)
>> * Can you reproduce it on a fresh 19.10 (or with a newly created
>> user)?
>
> No.
Then we know that the issue is caused by something in your $HOME. The
question is what and how it ended up there...
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.
>> Assuming that you are on standard Ubuntu, using ibus-setup for
>> adding/removing input sources is not the 'right' way
>
> That's not really a satisfactory position, given that the ibus-setup
> command is shipped in the ibus package, which is seeded as part of
> the Ubuntu Desktop. If the command should not be used, it should not
> be present.
Fair point. But on non-GNOME desktops ibus-setup is needed, and made
available to the users via an IBus icon. I wouldn't dare to say that you
*never* need to use ibus-setup on a GNOME desktop, but GNOME provides an
integration where XKB layouts and IBus IMs are presented together in
Settings, so normally the users don't need to bother with ibus-setup.
>> it's supposed to be done in Settings -> Region & Language (probably
>> not significant for this issue, but still...).
>
> I can't find anything under the settings screens that resembles the
> selection of input methods presented by ibus-setup.
The "Input Sources" section in Region & Language is what I'm talking
about. That interface controls the available input sources and saves the
settings as
gsettings get org.gnome.desktop.input-sources sources
The input sources set via ibus-setup are saved as
gsettings get org.freedesktop.ibus.general preload-engines
but on GNOME the latter dconf setting is ignored AFAIK.
> ibus-setup presents 'Chinese SunPinyin', Settings only presents
> 'Chinese'; and removing the Chinese input method from ibus-setup's
> config doesn't change what's displayed in Settings (Chinese is still
> listed here).
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?
** Changed in: ibus (Ubuntu)
Status: New => Incomplete
--
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:
Incomplete
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
