https://bugzilla.redhat.com/show_bug.cgi?id=2323789
Bug ID: 2323789
Summary: The word "Favorites" appears as a candidate in emojier
when pressed!
Product: Fedora
Version: 41
OS: Linux
Status: NEW
Component: ibus
Keywords: Regression
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: petersen(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Manish and I discovered this bug in emojier last week while testing.
Reproducible: Always
Steps to Reproduce:
0. Open gnome-text-editor
1. Start emojier by pressing Super+Period Space
2. Click on Favorites category
Actual Results:
The word "Favorites" is listed as an emoji candidate in the grid!
Expected Results:
"Favorites" should not be listed as a favorite emoji.
Does not seem to happen in current F40.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2323789
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2368622
Bug ID: 2368622
Summary: ibus-daemon uses insane amounts of CPU and causes a
laggy experience
Product: Fedora
Version: 42
Hardware: x86_64
OS: Linux
Status: NEW
Component: ibus
Keywords: Desktop
Severity: high
Assignee: tfujiwar(a)redhat.com
Reporter: torvalds(a)linux-foundation.org
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Not a lot of details here, but I decided that instead of just fixing it with
killall ibus-daemon
which gets rid of that broken thing, I would at least open a bug report to see
if there is some official fix for this.
Google shows a lot of people complaining about this going back years, so it's
not me.
There's no crash, and no obvious system logs either. All I see in system logs
is gdm-wayland-session activating, and when I kill it systemd seems to log
consumtion information like
org.freedesktop.IBus.session.GNOME.service: Consumed 26min 22.196s CPU
time, 125.1M memory peak.
(That was after the system had been up for one day, so 26 min of CPU time seems
pretty excessive)
Reproducible: Sometimes
Steps to Reproduce:
1. Boot the system
2. Be happy
3. Some time randomly later, notice laggy behavior and ibus-daemon using 100%
CPU in top
Actual Results:
Slow keyboard response on a fast system
Expected Results:
Snappy action
Additional Information:
Sorry for the horrible bug report, but can we please just disable ibus-daemon
by default as a useless problem-causing thing?
When google shows this problem going back AT LEAST to 2020 (and probably
longer), with the solution invariably being "kill, restart or disable
ibus-daemon to fix the problem temporarily", why is that thing enabled by
default in the first place?
Please at least give a good setting for this, so that the answer can be for
people to not enable that thing.
And if somebody has "please debug this next time it happens by doing Xyz", I'll
happily do that. But you need to tell me what Xyz is, because I don't know the
first thing about ibus-daemon.
I know that the "i" is supposed to stand for "intelligent". But honestly, I can
come up with a lot better suggestions for what that "i" might stand for. And
absolutely *none* of them are polite.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2368622
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2397633
Bug ID: 2397633
Summary: Deadkey latch function seems to be broken
Product: Fedora
Version: 43
OS: Linux
Status: NEW
Component: xkeyboard-config
Severity: medium
Assignee: peter.hutterer(a)redhat.com
Reporter: bkelly(a)coastsystems.net
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rstrode(a)redhat.com
Target Milestone: ---
Classification: Fedora
Example Cameroon International keyboard uses latch deadkey function. Pressing
;, then releasing, and pressing an additional will will insert partiular
character.
Normally pressing and releasing ; followed by e, will insert ;e instead of ə.
Reproducible: Always
Steps to Reproduce:
Reproduce: Go to Settings Keyboard, Add Input Source. Select Cameroon
Multilingual Qwerty.
Press and release ; folowed by e.
Actual Results:
Actual results: Press and release ; followed by e inserts ;e
Press and hold ; while pressing e inserts ;ə
Expected Results:
Expected results: Press and release ; folowed by e inserts ə.
Additional Information:
(At least pressing and holding can produce the desired character, but requires
additional finger acrobatics and is not the normal functionality. The latch key
character ';' is also inserted. However the level 1 ;(latch key) normally
should insert nothing and wait for the next keypress.
Strangely running under both Sway and Hyperland also under wayland, this works
fine. So is this a Gnome specific issue? Since it also works with Sway I was
concluding that it is not an xkeyboard-config issue itself.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2397633
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2407061
Bug ID: 2407061
Summary: "custom" keyboard layout was deleted during upgrade to
f43
Product: Fedora
Version: 43
OS: Linux
Status: NEW
Component: xkeyboard-config
Severity: medium
Assignee: peter.hutterer(a)redhat.com
Reporter: dreua(a)posteo.de
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rstrode(a)redhat.com
Target Milestone: ---
Classification: Fedora
You may not even know it yet, but there is a small useful feature which allows
users to create custom keyboard layouts and select them as "A user-defined
custom Layout" in Gnome settings. [1]
This is achieved by adding a file named "custom" in /usr/share/X11/xkb/symbols
which places it in the jurisdiction of this package, if I'm not mistaken.
During upgrade to F43 this file was deleted and I was left with a broken layout
(mostly US). Can we do anything to prevent that from happening again on Fedora
upgrades?
Thanks a lot in advance!
David
1:
https://who-t.blogspot.com/2021/02/a-pre-supplied-custom-keyboard-layout.ht…
I'm using this for better accessibility of {[]} as a software developer on a
German keyboard: https://gist.github.com/dreua/2520359142a9cc4dd486321d84156422
Reproducible: Always
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2407061
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2404410
Bug ID: 2404410
Summary: unable to continue the installation after add a
"Russian" Input source
Product: Fedora
Version: 43
OS: Linux
Status: NEW
Component: xkeyboard-config
Severity: medium
Assignee: peter.hutterer(a)redhat.com
Reporter: lnie(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: ajax(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
negativo17(a)gmail.com, peter.hutterer(a)redhat.com,
rstrode(a)redhat.com
Target Milestone: ---
Classification: Fedora
Boot Fedora-Workstation-Live-43-1.4.x86_64.iso, on Welcome page click "change
system keyboard layout", and add "Russian" Input source, come back to Welcome
page, you will find the "More than one layout detected. Remove additional
layouts to proceed" error message is printed, and the "Next" button is gray.
click "change system keyboard layout" again, remove the English input source,
this time "The selected layout does not support ASCII input. Please select a
different layout to proceed." is printed, and "Next" button is still gray.
Reproducible: Always
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2404410
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2336519
Bug ID: 2336519
Summary: When ibus-hangul is in hangul mode, switching to a
different ibus input method leaves the property panel
showing ibus-hangul
Product: Fedora
Version: 41
OS: Linux
Status: NEW
Component: ibus-hangul
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
mfabian@f41:~$ cat /etc/os-release
NAME="Fedora Linux"
VERSION="41 (Workstation Edition)"
RELEASE_TYPE=stable
ID=fedora
VERSION_ID=41
VERSION_CODENAME=""
PLATFORM_ID="platform:f41"
PRETTY_NAME="Fedora Linux 41 (Workstation Edition)"
ANSI_COLOR="0;38;2;60;110;180"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:41"
DEFAULT_HOSTNAME="fedora"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f41/system-administrators-guide/"
SUPPORT_URL="https://ask.fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=41
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=41
SUPPORT_END=2025-12-15
VARIANT="Workstation Edition"
VARIANT_ID=workstation
mfabian@f41:~$ rpm -q ibus
ibus-1.5.31-1.fc41.x86_64
mfabian@f41:~$ rpm -q ibus-hangul
ibus-hangul-1.5.5-6.fc41.x86_64
mfabian@f41:~$
Reproducible: Always
Steps to Reproduce:
- Use XFCE desktop
- Enable the property panel in ibus-setup: “Show property panel: [ Always ]”
- ibus restart
- select ibus-hangul
property panel now shows ibus-hangul, English mode
- switch to ibus-anthy
property panel now shows ibus-anthy
- switch back to ibus-hangul
- switch to hangul mode
- switch to ibus-anthy
property panel still shows ibus-hangul! <- here is the problem!
- type a into terminal, result is あ. That shows that ibus-anthy is
active but the property panel does not show that.
-
I will attach a video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2336519
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…
https://bugzilla.redhat.com/show_bug.cgi?id=2336515
Bug ID: 2336515
Summary: Wrong order of committed text and space when typing
into supertuxkart (SDL2 application)
Product: Fedora
Version: 41
OS: Linux
Status: NEW
Component: ibus-hangul
Severity: medium
Assignee: pwu(a)redhat.com
Reporter: mfabian(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
mfabian@f41:~$ rpm -q ibus-hangul
ibus-hangul-1.5.5-6.fc41.x86_64
mfabian@f41:~$ rpm -q supertuxkart
supertuxkart-1.4-10.fc41.x86_64
mfabian@f41:~$ rpm -q ibus
ibus-1.5.31-1.fc41.x86_64
mfabian@f41:~$ cat /etc/os-release
NAME="Fedora Linux"
VERSION="41 (Workstation Edition)"
RELEASE_TYPE=stable
ID=fedora
VERSION_ID=41
VERSION_CODENAME=""
PLATFORM_ID="platform:f41"
PRETTY_NAME="Fedora Linux 41 (Workstation Edition)"
ANSI_COLOR="0;38;2;60;110;180"
LOGO=fedora-logo-icon
CPE_NAME="cpe:/o:fedoraproject:fedora:41"
DEFAULT_HOSTNAME="fedora"
HOME_URL="https://fedoraproject.org/"
DOCUMENTATION_URL="https://docs.fedoraproject.org/en-US/fedora/f41/system-administrators-guide/"
SUPPORT_URL="https://ask.fedoraproject.org/"
BUG_REPORT_URL="https://bugzilla.redhat.com/"
REDHAT_BUGZILLA_PRODUCT="Fedora"
REDHAT_BUGZILLA_PRODUCT_VERSION=41
REDHAT_SUPPORT_PRODUCT="Fedora"
REDHAT_SUPPORT_PRODUCT_VERSION=41
SUPPORT_END=2025-12-15
VARIANT="Workstation Edition"
VARIANT_ID=workstation
mfabian@f41:~$
Reproducible: Always
Steps to Reproduce:
See also the attached video.
- start supertuxkart
- select the button to edit the username
- click on Rename
- focus the entry field
- select ibus-hangul
- switch to hangul mode
- type `a ` into the entry.
Actual Results:
The result is ` ㅁ`.
Expected Results:
The result should be `ㅁ `.
I'll attach a video.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2336515
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…