Ubuntu
ibus package

Entering Unicode characters with code points broken

Bug #2012788 reported by Gunnar Hjalmarsson
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
ibus
Fix Released
Unknown
ibus (Ubuntu)
Fix Released
High
Gunnar Hjalmarsson

Bug Description

On an updated lunar, following this instruction:

https://help.ubuntu.com/stable/ubuntu-help/tips-specialchars.html#ctrlshiftu

no longer works. If I press for instance

Ctrl+Shift+U followed by 2014

I see u2014 (underlined) on the screen. But it's not replaced with the expected character (in this case an Em Dash) when I confirm with Space or Enter — it just disappears.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Happens in both x11 and wayland sessions.

Revision history for this message
Heinrich Schuchardt (xypron) wrote :

The same problem exists on KDE. So this looks more like an issue in ibus then in gnome-shell.

affects: gnome-shell (Ubuntu) → ibus (Ubuntu)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ibus (Ubuntu):
status: New → Confirmed
Revision history for this message
Heinrich Schuchardt (xypron) wrote :

See https://wiki.archlinux.org/title/IBus#Unicode_input

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

Yes, Heinrich, on the surface this seems to be an ibus issue. But I think the root cause lies in some package which ibus is built with.

If I downgrade to the binaries built by ibus 1.5.28-1 on February 23, using code points works fine. In 1.5.28-2 two upstream commits were added as patches, but if I now build ibus with those patches disabled, it doesn't help. A no-change rebuild does not help either.

Maybe glib is the culprit? ibus 1.5.28-1 was built with glib 2.74.

Revision history for this message
Heinrich Schuchardt (xypron) wrote :

The problem is reproducible on amd64, arm64, riscv64.

Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

If I install ibus 1.5.28-2 from experimental on Debian, there is no code point issue. While the source is identical with 1.5.28-2 on Ubuntu, the binaries on Debian were built with older versions of some libraries.

I'm not sure that the problem lies in glib. It's simply my intuition. ;)

Changed in glib2.0 (Ubuntu):
importance: Undecided → High
Bug Watch Updater (bug-watch-updater)
Changed in ibus:
status: Unknown → New
Revision history for this message
Gunnar Hjalmarsson (gunnarhj) wrote :

This is under control now. An upstream ibus commit fixes it (see discussion at upstream issue).

Fix uploaded to Debian experimental.

Changed in ibus (Ubuntu):
assignee: nobody → Gunnar Hjalmarsson (gunnarhj)
status: Confirmed → In Progress
no longer affects: glib2.0 (Ubuntu)
Bug Watch Updater (bug-watch-updater)
Changed in ibus:
status: New → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package ibus - 1.5.28-3

---------------
ibus (1.5.28-3) experimental; urgency=medium

  * Team upload
  * Fix broken code point feature (LP: #2012788)
    - d/p/src-Call-IBUS_TYPE_EMOJI_DATA-in-ibus_init.patch

 -- Gunnar Hjalmarsson <email address hidden> Wed, 29 Mar 2023 16:38:51 +0200

Changed in ibus (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.