-
Notifications
You must be signed in to change notification settings - Fork 178
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.
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
Code point feature broken without commit 7c8abbe8 #2496
Comments
|
This is the buildlog for the latest (broken) Ubuntu build: https://launchpadlibrarian.net/656257694/buildlog_ubuntu-lunar-amd64.ibus_1.5.28-2_BUILDING.txt.gz |
|
Are you talking about #2460 ? |
|
Don't think so. Ubuntu is on libx11 1.8.4, and the issue above happens both on x11 and wayland. |
|
OTOH, another common denominator for the ibus builds which work is that they were both built with libx11 1.8.3, while the latest problematic version in Ubuntu was built with libx11 1.8.4. |
Sorry, do you mean Ubuntu 1.5.28-2 has the problem and Debian 1.5.28-2 does not? Seems ibus 1.5.28-1 works fine with you. What is the difference between 1.5.28-1 and 1.5.28-2 in Ubuntu? Can 7c8abbe resolve your issue? |
|
I cannot reproduce your problem in Fedora 38, glib2-2.76.1-1.fc38.x86_64 and libX11-1.8.4-1.fc38.x86_64 . |
Yes. Same source, but different build environments.
Will test that. |
|
@fujiwarat: Yes, 7c8abbe was it. I hadn't realized the significance of that commit. Thanks! |
|
Thank you for the quick test. Duplicate of #2476 |
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.
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.
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.
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.
This may or may not be an IBus bug, but I would appreciate input from others. Related Ubuntu bug: https://launchpad.net/bugs/2012788
In the coming Ubuntu 23.04 we see that using code points for entering Unicode characters no longer works. If I press for instance
Ctrl+Shift+Ufollowed by2014I see u2014 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.
The problem started with the Ubuntu build of ibus 1.5.28-2. The problem is not present if I downgrade to ibus 1.5.28-1. Neither is it present if I install the binaries from the 1.5.28-2 build for Debian experimental.
So what's the common denominators in the two latter cases? One thing is that they were both built with glib 2.74. So my suspicion is that building ibus with glib > 2.74 somehow breaks the code point feature.
@fujiwarat: Is this possibly something you can confirm, i.e. will building ibus with latest glib result in this issue?
The text was updated successfully, but these errors were encountered: