i18n-bugs February 2023

i18n-bugs@lists.fedoraproject.org

1 participants
125 discussions

[Bug 2088665] New: Noto Sans is chosen to display symbol characters it doesn't contain
by bugzilla＠redhat.com 18 Mar '24

18 Mar '24

https://bugzilla.redhat.com/show_bug.cgi?id=2088665 Bug ID: 2088665 Summary: Noto Sans is chosen to display symbol characters it doesn't contain Product: Fedora Version: 36 Status: NEW Component: google-noto-fonts Assignee: tagoh(a)redhat.com Reporter: talk(a)danielflaum.net QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com, pwu(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Created attachment 1881507 --> https://bugzilla.redhat.com/attachment.cgi?id=1881507&action=edit A zipped sample PDF and image of relevant portion of PDF when affected by the issue Description of problem: Given a PDF lacking embedded fonts which use certain characters (including → and ≥), GNOME's Evince on Fedora 36 chooses to substitute the Noto Sans font, which does not include these characters. Version-Release number of selected component (if applicable): How reproducible: Successfully reproduced by two people independently. Steps to Reproduce: 1. Boot a fresh copy of Fedora 36 (the Live version in a VM will do). 2. Open the attached sample PDF in GNOME Evince (aka Document Viewer). 3. Observe the missing characters in the second paragraph from the top of the page. Actual results: See attached image. Expected results: The missing characters should be displayed properly as → (that is, https://unicode-table.com/en/2192/) Additional info: The filer initially sought help at https://ask.fedoraproject.org/t/missing-characters-in-pdfs-since-upgrade-fr…, which may be informative in reproducing the issue. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2088665

1 26

[Bug 2093080] New: Default fonts for Arabic do not match the font packages list
by bugzilla＠redhat.com 15 Mar '24

15 Mar '24

https://bugzilla.redhat.com/show_bug.cgi?id=2093080 Bug ID: 2093080 Summary: Default fonts for Arabic do not match the font packages list Product: Fedora Version: 36 Hardware: All OS: Linux Status: NEW Component: fontconfig Severity: medium Assignee: tagoh(a)redhat.com Reporter: awilliam(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com, fonts-bugs(a)lists.fedoraproject.org, gnome-sig(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, mclasen(a)redhat.com, pnemade(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora There's a test case: https://fedoraproject.org/wiki/QA:Testcase_i18n_default_fonts which requires checking the default fonts for various languages against a list, http://tagoh.fedorapeople.org/fonts/fc-test.sh . The current default fonts for Arabic installs do not match the list. The list states sans should be DejaVu Sans, serif should be FreeSerif or MPH 2B Damase, and mono should be DejaVu Sans Mono. These may have been changed recently, as our openQA reference text file expects them to be Noto Naskh Arabic (for both sans and serif?) and PakType Naskh Basic for mono. In any case, what we actually see doesn't match either the list or the openQA reference file. We see "Noto Sans Arabic" and "PakType Naqsh" in the output from the test, I think for serif (yes really) and monospace respectively. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2093080

1 20

[Bug 2060102] New: Remove libdb dependency
by bugzilla＠redhat.com 19 Feb '24

19 Feb '24

https://bugzilla.redhat.com/show_bug.cgi?id=2060102 Bug ID: 2060102 Summary: Remove libdb dependency Product: Fedora Version: rawhide Status: NEW Component: libpinyin Severity: high Assignee: pwu(a)redhat.com Reporter: fjanus(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com, robinlee.sysu(a)gmail.com Target Milestone: --- Classification: Fedora Since there is a long-term effort to remove all libdb dependencies I would like to find out solution also for libpinyin. Libdb was marked as deprecated in Fedora by change[2] and it was also deprecated in RHEL9[1]. Libdb is currently many many years without any update. So it`s quite old code without upstream support. [1] https://access.redhat.com/articles/6464541 [2] https://fedoraproject.org/wiki/Changes/Libdb_deprecated -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2060102

1 4

[Bug 2036820] New: CVE-2021-45931 harfbuzz: out-of-bounds write in hb_bit_set_invertible_t::set
by bugzilla＠redhat.com 16 Feb '24

16 Feb '24

https://bugzilla.redhat.com/show_bug.cgi?id=2036820 Bug ID: 2036820 Summary: CVE-2021-45931 harfbuzz: out-of-bounds write in hb_bit_set_invertible_t::set Product: Security Response Hardware: All OS: Linux Status: NEW Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: mrehak(a)redhat.com CC: bdettelb(a)redhat.com, caolanm(a)redhat.com, caswilli(a)redhat.com, eng-i18n-bugs(a)redhat.com, erack(a)redhat.com, erik-fedora(a)vanpienbroek.nl, i18n-bugs(a)lists.fedoraproject.org, jburrell(a)redhat.com, jhorak(a)redhat.com, jwong(a)redhat.com, kaycoth(a)redhat.com, klember(a)redhat.com, manisandro(a)gmail.com, moceap(a)hotmail.com, nobody(a)redhat.com, pnemade(a)redhat.com, psatpute(a)redhat.com, rh-spice-bugs(a)redhat.com, stransky(a)redhat.com, tpopela(a)redhat.com, tuxator(a)o2.pl Target Milestone: --- Classification: Other An out-of-bounds write in hb_bit_set_invertible_t::set (called from hb_sparseset_t<hb_bit_set_invertible_t>::set and hb_set_copy). External Reference: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=37425 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2036820

1 16

[Bug 2171140] New: [abrt] ibus-typing-booster: on_gsettings_value_changed(): hunspell_table.py:7038:on_gsettings_value_changed:AttributeError: 'TypingBoosterEngine' object has no attribute '_set_get_functions'
by bugzilla＠redhat.com 22 Jan '24

22 Jan '24

https://bugzilla.redhat.com/show_bug.cgi?id=2171140 Bug ID: 2171140 Summary: [abrt] ibus-typing-booster: on_gsettings_value_changed(): hunspell_table.py:7038:on_gsettings_value_changed:Attr ibuteError: 'TypingBoosterEngine' object has no attribute '_set_get_functions' Product: Fedora Version: 37 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:55bb325f294216e1e5be0a1ae112085ddc7a8f5d;VAR IANT_ID=workstation; Component: ibus-typing-booster Assignee: mfabian(a)redhat.com Reporter: fedora(a)oursique.net QA Contact: extras-qa(a)fedoraproject.org CC: anish.developer(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Target Milestone: --- Classification: Fedora Version-Release number of selected component: ibus-typing-booster-2.21.3-1.fc37 Additional info: reporter: libreport-2.17.4 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/session.slice/org.freedesktop.IBus.session.GNOME.service cmdline: /usr/bin/python3 /usr/share/ibus-typing-booster/engine/main.py --ibus crash_function: on_gsettings_value_changed exception_type: AttributeError executable: /usr/share/ibus-typing-booster/engine/main.py interpreter: python3-3.11.1-3.fc37.x86_64 kernel: 6.1.11-200.fc37.x86_64 runlevel: N 5 type: Python3 uid: 1000 Truncated backtrace: hunspell_table.py:7038:on_gsettings_value_changed:AttributeError: 'TypingBoosterEngine' object has no attribute '_set_get_functions' Traceback (most recent call last): File "/usr/share/ibus-typing-booster/engine/hunspell_table.py", line 7038, in on_gsettings_value_changed if (key in self._set_get_functions ^^^^^^^^^^^^^^^^^^^^^^^ AttributeError: 'TypingBoosterEngine' object has no attribute '_set_get_functions' Local variables in innermost frame: self: <hunspell_table.TypingBoosterEngine object at 0x7f19f751a600 (hunspell_table+TypingBoosterEngine at 0x5562b24f1130)> _settings: <Gio.Settings object at 0x7f19f7317880 (GSettings at 0x5562b1c30a60)> key: 'dictionary' value: 'en_US_POSIX,fr,fr_FR' -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2171140

1 30

[Bug 2135079] New: Please branch and build ibus-rime in epel8
by bugzilla＠redhat.com 17 Dec '23

17 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2135079 Bug ID: 2135079 Summary: Please branch and build ibus-rime in epel8 Product: Fedora Version: rawhide Status: NEW Component: ibus-rime Assignee: pwu(a)redhat.com Reporter: acyanbird(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Target Milestone: --- Classification: Fedora Please branch and build ibus-rime in epel8. I'm new here so I don't know if this is the right step. The repo can be found here https://github.com/rime/ibus-rime -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2135079

1 14

[Bug 2165265] New: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT
by bugzilla＠redhat.com 09 Dec '23

09 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2165265 Bug ID: 2165265 Summary: [abrt] ibus: bus_dbus_impl_connection_filter_cb(): ibus-daemon killed by SIGABRT Product: Fedora Version: 37 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:b24defc317ee932c47b15b9c24c231f607dad274;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: bugzilla(a)delightfulobsidian.anonaddy.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 Version-Release number of selected component: ibus-1.5.27-5.fc37 Additional info: reporter: libreport-2.17.4 backtrace_rating: 4 cgroup: 0::/user.slice/user-42.slice/session-c1.scope cmdline: ibus-daemon --panel disable crash_function: bus_dbus_impl_connection_filter_cb executable: /usr/bin/ibus-daemon journald_cursor: s=30b14a5c13004b0ab6cbd234a3c9d1bb;i=32f63;b=e093afbe868b41da9bf38df6f3c144c5;m=abb5c3;t=5f3270363114c;x=6b98eefa8de5298c kernel: 6.1.7-200.fc37.x86_64 rootdir: / runlevel: unknown type: CCpp uid: 42 Potential duplicate: bug 906086 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2165265

1 4

[Bug 2173398] New: focus to window lost after switching IME with Windows+Space under GNOME+ibus
by bugzilla＠redhat.com 09 Dec '23

09 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2173398 Bug ID: 2173398 Summary: focus to window lost after switching IME with Windows+Space under GNOME+ibus Product: Fedora Version: 37 Hardware: x86_64 OS: Linux Status: NEW Component: ibus Severity: high Assignee: tfujiwar(a)redhat.com Reporter: whistler_wmz(a)163.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 Created attachment 1946547 --> https://bugzilla.redhat.com/attachment.cgi?id=1946547&action=edit demo video Description of problem: focus to window is lost after switching IME with Windows+Space since some recent 'dnf update'. Version-Release number of selected component (if applicable): ibus-1.5.27-5.fc37.x86_64 How reproducible: Always Steps to Reproduce: 1. launch any application under GNOME, with some Chinese IMEs enabled in ibus. 2. Press Windows+Space to switch IME. Actual results: Focus to the application window is now lost, need to click on the window again to refocus. Expected results: Focus to the application window should be kept. Additional info: See attachment for video. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2173398

1 15

[Bug 2124843] New: Input is sometimes cancelled after pressing < or > at the candidate window
by bugzilla＠redhat.com 06 Dec '23

06 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2124843 Bug ID: 2124843 Summary: Input is sometimes cancelled after pressing < or > at the candidate window Product: Fedora Version: 37 Status: NEW Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tagoh(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: the candidate window has a feature to page up/down candidate words in the list. however, pressing pageup/down icon like < or > at the candidate window sometimes lost the candidate window and preedit text. Version-Release number of selected component (if applicable): ibus-1.5.27-1.fc37.x86_64 ibus-libpinyin-1.13.0-1.fc37.x86_64 How reproducible: often Steps to Reproduce: 1.type someting through ibus-libpinyin (e.g. as) 2.press > at the candidate window 3.press > at the candidate window again Actual results: preedit and candidate window is lost Expected results: should be page up to next list. Additional info: -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2124843

1 6

[Bug 2074360] New: Xorg gtk4: candidate windows are placed off-screen
by bugzilla＠redhat.com 06 Dec '23

06 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2074360 Bug ID: 2074360 Summary: Xorg gtk4: candidate windows are placed off-screen Product: Fedora Version: 36 Status: NEW Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: petersen(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 Description of problem: With Gnome on Xorg using gtk4 apps, the candidate is often placed partially or completely off-screen, which is not useful of course. Version-Release number of selected component (if applicable): ibus-1.5.26-3.fc36.x86_64 gtk4-4.6.2-2.fc36.x86_64 How reproducible: 100% Steps to Reproduce: 1. Start GNOME on Xorg 2. Open gnome-text-editor or gtk4-demo-application 3. Try to input Japanese or Chinese Actual results: Candidate window is place off-window or off-screen Expected results: Candidate window to be visible like with gtk3 apps Additional info: Is there some way to enforce that candidate windows should always appear on-screen? -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2074360

1 7

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs February 2023