https://bugzilla.redhat.com/show_bug.cgi?id=2267618
Bug ID: 2267618
Summary: "ibus restart" repeats sending Enter key event at
konsole
Product: Fedora
Version: 40
OS: Linux
Status: NEW
Component: ibus
Keywords: i18n
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Summary says it all. there are nothing more than that. I really have no idea
what exactly happened. maybe good to try. it is easy to reproduce.
I installed Fedora-KDE-Live-x86_64-40-20240303.n.1.iso and enable IBus from
Virtual Keyboard settings.
Reproducible: Always
Steps to Reproduce:
1.Open konsole
2.ibus restart
3.
Actual Results:
Apparently someone is sending Enter keys at konsole repeatedly and scrolling a
lot.
Expected Results:
"ibus restart" command should be done without any extra scrolling.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2267618
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=2267629
Bug ID: 2267629
Summary: liberation-mono-fonts breaks default font for Hebrew
Product: Fedora
Version: 40
OS: Linux
Status: NEW
Component: google-noto-fonts
Keywords: i18n
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
google-noto-sans-hebrew-vf-fonts is supposed to be a default monospace font for
Hebrew though, liberation-mono-fonts is picked up as the default monospace font
when it is installed.
This happens because liberation use 59 as the priority number although
google-noto-sans-hebrew-vf-fonts use 66.
The priority number needs to be updated.
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=2267629
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=2277345
Bug ID: 2277345
Summary: NotoSansMono[wght].ttf file name causes scripts with
failglob enabled to fail
Product: Fedora
Version: 40
Hardware: All
OS: Linux
Status: NEW
Component: google-noto-fonts
Severity: medium
Assignee: tagoh(a)redhat.com
Reporter: hartsjc(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com
Target Milestone: ---
Classification: Fedora
shopt failglob
If set, patterns which fail to match filenames during pathname expansion result
in an expansion error.
Using this feature is good practice in scripts as helps prevent scripting
mistakes; however, having file name with square brackets causes failures. And
with Fedora 40 upgrade seems
google-noto-sans-mono-vf-fonts-20240301-2.fc40.noarch has added one with:
/usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
Reproducible: Always
Steps to Reproduce:
1. Causes globs that don't expand to cause errors
$ shopt -s failglob
2. Try use files from rpm as variable, and fail
$ for file in $(rpm -q --list google-noto-sans-mono-vf-fonts) ; do
[[ -f "/${file}" ]] || echo "${file}"
done
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
3. Note the RC
$ echo $?
1
4. Or even command line
$ rpm -qf /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
$ rpm -qf '/usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf'
google-noto-sans-mono-vf-fonts-20240301-2.fc40.noarch
Actual Results:
-bash: no match: /usr/share/fonts/google-noto-vf/NotoSansMono[wght].ttf
Expected Results:
no error accessing files with failglob shopt enabled
started fedora 40 upgrade, as daily script of mine fails because this file is
included in initramfs too.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2277345
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=2267609
Bug ID: 2267609
Summary: Panel menu isn't popped up after opening Preference
window
Product: Fedora
Version: 40
OS: Linux
Status: NEW
Component: ibus
Keywords: i18n
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
Once opening Preference window from Panel menu at Plasma Wayland, Panel menu
stop responding on clicking the panel icon until popping up other panel menu
such as volume control.
Reproducible: Always
Steps to Reproduce:
1.Click on the ibus panel menu at Plasma Wayland and select Preference
2.Close the preference window
3.Click on the ibus panel menu again
Actual Results:
No panel menu at step 3
Expected Results:
the panel menu should be popped up at step 3
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2267609
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=2267608
Bug ID: 2267608
Summary: switcher isn't hidden after releasing Super+space keys
Product: Fedora
Version: 40
OS: Linux
Status: NEW
Component: ibus
Keywords: i18n
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
On Plasma Wayland, ibus switcher is popped up when I press Super+space to
activate ibus though, the popup window isn't hidden even after releasing keys.
Reproducible: Always
Steps to Reproduce:
1.open any KDE apps to begin typing (e.g. konsole)
2.press Super+space
3.release Super+space
Actual Results:
the ibus engine is switched at step 2 and the popup window keeps displaying at
step 3
Expected Results:
the popup window should be hidden at step 3
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2267608
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=2237669
Bug ID: 2237669
Summary: Key repeat doesn't work on Plasma Wayland
Product: Fedora
Version: 39
OS: Linux
Status: NEW
Component: ibus
Severity: medium
Assignee: tfujiwar(a)redhat.com
Reporter: tagoh(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org,
shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com
Target Milestone: ---
Classification: Fedora
After configuring IBus through Input Devices on systemsettings5, key repeat
stopped working.
Reproducible: Always
Steps to Reproduce:
1.Change Virtual Keyboard from None to IBus Wayland
2.Open a app and press a key
3.
Actual Results:
Character corresponding to the key pressing appears only once on apps
Expected Results:
Character should be repeatedly added on apps
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2237669
Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…