Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Unicode character insertion broken with ibus input method #226526

Closed
jtojnar opened this issue Apr 16, 2023 · 4 comments · Fixed by #218120
Closed

Unicode character insertion broken with ibus input method #226526

jtojnar opened this issue Apr 16, 2023 · 4 comments · Fixed by #218120
Labels
0.kind: bug Something is broken 6.topic: freedesktop

Comments

@jtojnar
Copy link
Member

jtojnar commented Apr 16, 2023

Describe the bug

Unicode codepoint insertion stopped working sometimes around GNOME 44 update.

Steps To Reproduce

Steps to reproduce the behavior:

  1. Press Ctrl-Shift-u
  2. Type an unicode codepoint number (e.g. 2019) into the prompt.
  3. Press Enter key
  4. The prompt disappears without anything being inserted.

Expected behavior

Single quote/apostrophe should be inserted.

Screenshots

If applicable, add screenshots to help explain your problem.

Additional context

It happens on both XOrg and Wayland GNOME sessions, in various apps: GTK 4 (GNOME Text Editor), Qt (Telegram Desktop) and Firefox.
It does not happen when I remove i18n.inputMethod.enabled = "ibus"; from the test VM configuration.

Notify maintainers

@NixOS/freedesktop
@NixOS/gnome

Metadata

Using fresh NixOS VM on latest nixos-unstable 85b0815
@jtojnar
Copy link
Member Author

jtojnar commented Apr 16, 2023 •
edited
Loading

I just noticed that emoji input (Ctrl-Shift-e) is also borked – it shows the contents of gettext po files instead of emoji:

image

Edit: It is actually just a single menu, the Recent menu still works (as badly) as before.

@jtojnar
Copy link
Member Author

jtojnar commented Apr 16, 2023

#218120 does not appear to fix this.

@lilyinstarlight
Copy link
Member

I think this might be related to an upstream issue that has an unreleased commit fix: ibus/ibus#2496

@lilyinstarlight lilyinstarlight mentioned this issue Apr 18, 2023
Merged
6 tasks
@pennae
Copy link
Contributor

pennae commented Apr 18, 2023

rebasing #218120 on top of our current system version (9a60b3e) and applying the commit referenced in the upstream issue (ibus/ibus@7c8abbe) fixes both problems here.

@pennae pennae mentioned this issue Apr 18, 2023
Merged
@lilyinstarlight lilyinstarlight linked a pull request Apr 19, 2023 that will close this issue
ibus: 1.5.27 -> 1.5.28 #218120
Merged
pennae added a commit to r-ryantm/nixpkgs that referenced this issue Apr 19, 2023
@pennae
ibus: fix build and codepoint/emoji input
e988628 
see NixOS#226526,
ibus/ibus#2496,
NixOS#218120 (comment)

codepoint and emoji input simply don't show due to runtime
initialization issues, and a missing make dependency makes the build flaky.
pennae added a commit that referenced this issue Apr 19, 2023
@pennae
ibus: fix build and codepoint/emoji input
1fbb105 
see #226526,
ibus/ibus#2496,
#218120 (comment)

codepoint and emoji input simply don't show due to runtime
initialization issues, and a missing make dependency makes the build flaky.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
0.kind: bug Something is broken 6.topic: freedesktop
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

ibus: 1.5.27 -> 1.5.28 r-ryantm/nixpkgs
3 participants
@lilyinstarlight @jtojnar @pennae