Public bug reported:
[ Impact ]
gnome-settings-daemon underwent a code refactoring before the release of
version 42 as regards the IBus integration on x11. Initially there was
the striking bug #1969637, but also with that one fixed, an issue due to
the refactoring remains. These steps illustrate the problem:
* Prepare an Ubuntu desktop so it has only non-IBus items in the list
of input sources, while the ibus-libpinyin package is installed.
* Log in to an Ubuntu on Xorg session
* Go to Settings -> Keyboard and add Chinese (Intelligent Pinyin) to
the input sources
* Switch to Intelligent Pinyin
* Find that you only can input latin letters
* Log out and log in again
* Find that you now can input Chinese as expected
The need for the last relogin is an inconvenience and a regression
compared to how it worked before gnome-settings-daemon 42.
The proposed upload makes im-config set the GTK_IM_MODULE variable to
'ibus' for Ubuntu on Xorg sessions, which makes it work as smoothly as
it did previously.
[ Test Plan ]
* Prepare an Ubuntu desktop so it has only non-IBus items in the list
of input sources, while the ibus-libpinyin package is installed.
* Install im-config from jammy-proposed
* Reboot and log in to an Ubuntu on Xorg session
* Go to Settings -> Keyboard and add Chinese (Intelligent Pinyin) to
the input sources
* Switch to Intelligent Pinyin
* Find that you instantly can input Chinese
[ Where problems could occur ]
This means that we — again — make im-config interfere with the IM
configuration on GNOME desktops. Via bug #1893551 we kind of did the
opposite in order to reduce the frequency of ibus crashes. But the
situation now is different:
- This is more narrow-scoped and limited to x11
- The upstream GNOME code has undergone significant changes
- The measure is greenlighted by the upstream IBus maintainer (I think
Fedora does it too)
But with that said, I'm going to be attentive to the frequency of ibus
crashes going forward.
[ Other Info ]
I prefer to skip kinetic for these reasons:
- Not so much time left before EOL
- Low importance
- A jammy user with an IBus IM already set up, and who upgrades to
kinetic, won't encounter a problem.
** Affects: im-config (Ubuntu)
Importance: Undecided
Status: Fix Committed
** Affects: im-config (Ubuntu Jammy)
Importance: Low
Assignee: Gunnar Hjalmarsson (gunnarhj)
Status: In Progress
** Affects: im-config (Ubuntu Kinetic)
Importance: Undecided
Status: Won't Fix
** Affects: im-config (Debian)
Importance: Unknown
Status: Unknown
** Also affects: im-config (Ubuntu Kinetic)
Importance: Undecided
Status: New
** Also affects: im-config (Ubuntu Jammy)
Importance: Undecided
Status: New
** Changed in: im-config (Ubuntu Kinetic)
Status: New => Won't Fix
** Changed in: im-config (Ubuntu Jammy)
Importance: Undecided => Low
** Changed in: im-config (Ubuntu Jammy)
Status: New => In Progress
** Changed in: im-config (Ubuntu Jammy)
Assignee: (unassigned) => Gunnar Hjalmarsson (gunnarhj)
** Bug watch added: Debian Bug tracker #1031227
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031227
** Also affects: im-config (Debian) via
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1031227
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to im-config in Ubuntu.
https://bugs.launchpad.net/bugs/2007379
Title:
Set GTK_IM_MODULE in Ubuntu on Xorg sessions
Status in im-config package in Ubuntu:
Fix Committed
Status in im-config source package in Jammy:
In Progress
Status in im-config source package in Kinetic:
Won't Fix
Status in im-config package in Debian:
Unknown
Bug description:
[ Impact ]
gnome-settings-daemon underwent a code refactoring before the release
of version 42 as regards the IBus integration on x11. Initially there
was the striking bug #1969637, but also with that one fixed, an issue
due to the refactoring remains. These steps illustrate the problem:
* Prepare an Ubuntu desktop so it has only non-IBus items in the list
of input sources, while the ibus-libpinyin package is installed.
* Log in to an Ubuntu on Xorg session
* Go to Settings -> Keyboard and add Chinese (Intelligent Pinyin) to
the input sources
* Switch to Intelligent Pinyin
* Find that you only can input latin letters
* Log out and log in again
* Find that you now can input Chinese as expected
The need for the last relogin is an inconvenience and a regression
compared to how it worked before gnome-settings-daemon 42.
The proposed upload makes im-config set the GTK_IM_MODULE variable to
'ibus' for Ubuntu on Xorg sessions, which makes it work as smoothly as
it did previously.
[ Test Plan ]
* Prepare an Ubuntu desktop so it has only non-IBus items in the list
of input sources, while the ibus-libpinyin package is installed.
* Install im-config from jammy-proposed
* Reboot and log in to an Ubuntu on Xorg session
* Go to Settings -> Keyboard and add Chinese (Intelligent Pinyin) to
the input sources
* Switch to Intelligent Pinyin
* Find that you instantly can input Chinese
[ Where problems could occur ]
This means that we — again — make im-config interfere with the IM
configuration on GNOME desktops. Via bug #1893551 we kind of did the
opposite in order to reduce the frequency of ibus crashes. But the
situation now is different:
- This is more narrow-scoped and limited to x11
- The upstream GNOME code has undergone significant changes
- The measure is greenlighted by the upstream IBus maintainer (I think
Fedora does it too)
But with that said, I'm going to be attentive to the frequency of ibus
crashes going forward.
[ Other Info ]
I prefer to skip kinetic for these reasons:
- Not so much time left before EOL
- Low importance
- A jammy user with an IBus IM already set up, and who upgrades to
kinetic, won't encounter a problem.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/im-config/+bug/2007379/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
