i18n-bugs September 2022

i18n-bugs@lists.fedoraproject.org

1 participants
144 discussions

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

18 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 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

[Bug 2088946] New: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by SIGSEGV
by bugzilla＠redhat.com 05 Dec '23

05 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2088946 Bug ID: 2088946 Summary: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by SIGSEGV Product: Fedora Version: rawhide Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:b2dcccef9ace67f5523799cf3af16a48425d1458; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: BEEDELLROKEJULIANLOCKHART(a)OUTLOOK.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: I utilised dnf. Version-Release number of selected component: ibus-1.5.26-4.fc37 Additional info: reporter: libreport-2.17.1 backtrace_rating: 3 cgroup: 0::/user.slice/user-1000.slice/user@1000.service/app.slice/dbus-:1.2-com.redhat.imsettings@0.service cmdline: /usr/libexec/ibus-ui-gtk3 crash_function: panel_construct dso_list: /usr/libexec/ibus-ui-gtk3 ibus-1.5.26-4.fc37.x86_64 (Fedora Project) 1652142701 executable: /usr/libexec/ibus-ui-gtk3 journald_cursor: s=fc7c4129e33e4cd4b55456de3aca1860;i=19440;b=26014e104bf345f09703610da4e5812e;m=2973b295;t=5df8aebd15a01;x=8e892c08c2c9563b kernel: 5.18.0-0.rc7.54.fc37.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (8 frames) #0 panel_construct at /usr/src/debug/ibus-1.5.26-4.fc37.x86_64/ui/gtk3/panel.c:1114 #1 panel_new at /usr/src/debug/ibus-1.5.26-4.fc37.x86_64/ui/gtk3/panel.c:1167 #2 application_bus_name_acquired_cb at /usr/src/debug/ibus-1.5.26-4.fc37.x86_64/ui/gtk3/application.c:304 #3 _application_bus_name_acquired_cb_gd_bus_signal_callback at /usr/src/debug/ibus-1.5.26-4.fc37.x86_64/ui/gtk3/application.c:237 #4 emit_signal_instance_in_idle_cb at ../gio/gdbusconnection.c:3788 #8 g_main_context_iterate.constprop.0 at ../glib/gmain.c:4211 #10 gtk_menu_size_allocate.lto_priv #11 ?? -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2088946

1 3

[Fedora-i18n-bugs] [Bug 1919963] New: /usr/share/doc/libunistring-devel/libunistring.html missing in devel
by bugzilla＠redhat.com 27 Nov '23

27 Nov '23

https://bugzilla.redhat.com/show_bug.cgi?id=1919963 Bug ID: 1919963 Summary: /usr/share/doc/libunistring-devel/libunistring.html missing in devel Product: Fedora Version: 32 Hardware: All OS: All Status: NEW Component: libunistring Severity: medium Assignee: p(a)draigbrady.com Reporter: reini.urban(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, jim(a)meyering.net, p(a)draigbrady.com, redhat-bugzilla(a)linuxnetz.de Target Milestone: --- Classification: Fedora Description of problem: after installing libunistring and libunistring-devel the main doc entrypoint for html is missing. /usr/share/doc/libunistring-devel/libunistring.html Version-Release number of selected component (if applicable): libunistring-devel-0.9.10-7.fc32.x86_64 How reproducible: Open a html doc, and click on Contents. e.g firefox /usr/share/doc/libunistring-devel/libunistring_1.html Haven't checked if that is an upstream problem, or just a bad rpm spec. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 2013610] New: Problem when ibus uses XIM: When committing something and then sending a space by returning False, the commit and the space are reversed
by bugzilla＠redhat.com 21 Nov '23

21 Nov '23

https://bugzilla.redhat.com/show_bug.cgi?id=2013610 Bug ID: 2013610 Summary: Problem when ibus uses XIM: When committing something and then sending a space by returning False, the commit and the space are reversed Product: Fedora Version: 34 Status: NEW Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: mfabian(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 Created attachment 1832549 --> https://bugzilla.redhat.com/attachment.cgi?id=1832549&action=edit Video showing the problem using ibus-m17n with si-wijesekera [mfabian@fedora ~]$ cat /etc/fedora-release Fedora release 35 (Thirty Five) [mfabian@fedora ~]$ rpm -q ibus ibus-1.5.25-4.fc35.x86_64 [mfabian@fedora ~]$ rpm -q ibus-m17n ibus-m17n-1.4.7-1.fc35.x86_64 [mfabian@fedora ~]$ rpm -q ibus-typing-booster ibus-typing-booster-2.14.13-1.fc35.noarch [mfabian@fedora ~]$ -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2013610

1 11

[Bug 2060988] New: ibus lookup table almost always badly positioned in Plasma(Wayland)
by bugzilla＠redhat.com 14 Sep '23

14 Sep '23

https://bugzilla.redhat.com/show_bug.cgi?id=2060988 Bug ID: 2060988 Summary: ibus lookup table almost always badly positioned in Plasma(Wayland) Product: Fedora Version: 36 Status: NEW Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: mfabian(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 Created attachment 1864184 --> https://bugzilla.redhat.com/attachment.cgi?id=1864184&action=edit Video showing that the lookup table usually pops up far away from the cursor positon in gedit, kwrite, konsole, LibreOfficeWriter Fedora-Workstation-Live-x86_64-36-20220216.n.0.iso installed in qemu-kvm with all current updates. The ibus lookup table appears at weird positions far away from the cursor almost always on Plasma (Wayland). I tested: - gedit - kwrite - konsole - LibreOffice writer - xterm For xterm the lookup table appears where it should, close to the cursor position. For the others the lookup table almost always appears far away from the cursor position. See attached video. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2060988

1 9

[Bug 2122899] New: Arabic keyboard layout sends ligatures as one character (Laa Problem)
by bugzilla＠redhat.com 21 Aug '23

21 Aug '23

https://bugzilla.redhat.com/show_bug.cgi?id=2122899 Bug ID: 2122899 Summary: Arabic keyboard layout sends ligatures as one character (Laa Problem) Product: Fedora Version: 37 Status: NEW Component: xkeyboard-config Assignee: peter.hutterer(a)redhat.com Reporter: avidseeker7(a)protonmail.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, caillon+fedoraproject(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, negativo17(a)gmail.com, peter.hutterer(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Target Milestone: --- Classification: Fedora SUMMARY Video: (https://i.imgur.com/mjz9xrc.mp4) KDE sends [Arabic ligature glyphs](https://en.wikipedia.org/wiki/Arabic_alphabet#Ligatures) as a single glyph. For example, Laa+Alif ligature "لا" (U+0644, U+0627) is sent as "ﻻ" (U+FEFB), and similarly for (ﻷ، ﻵ، ﻹ). STEPS TO REPRODUCE 1. Settings > Keyboard > Add default Arabic layout 2. Type "ﻻ" (i.e: "b" in QWERTY keyboards) OBSERVED RESULT Output is ﻻ (U+FEFB) EXPECTED RESULT Output is لا (U+0644, U+0627). SOFTWARE/OS VERSIONS All latest update ADDITIONAL INFORMATION To clarify for English, this is like having a key to type a ligature. Say that you want to press "b" to type two characters: "fi" but instead you get "ﬁ" as a single character. This is exactly what's happening with Arabic. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2122899

1 27

[Bug 2063714] New: serif:lang=ja falls back to Droid Sans instead of Noto Sans CJK JP
by bugzilla＠redhat.com 07 Aug '23

07 Aug '23

https://bugzilla.redhat.com/show_bug.cgi?id=2063714 Bug ID: 2063714 Summary: serif:lang=ja falls back to Droid Sans instead of Noto Sans CJK JP Product: Fedora Version: 36 Status: NEW Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: petersen(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 Description of problem: In Fedora 36 when google-noto-serif-cjk-ttc-fonts is not installed fontconfig seems to fall back to google-droid-sans-fonts rather than google-noto-sans-cjk-ttc-fonts. This might be related to/caused by bug 517789? How reproducible: 100% Steps to Reproduce: 1. boot Fedora Live image 2. fc-match serif:lang=ja Actual results: 2. DroidSansJapanese.ttf: "Droid Sans" "Regular" Expected results: 2. NotoSansCJK-Regular.ttc: "Noto Sans CJK JP" "Regular" Additional info: I get the same result with your older copr repo applied F35 fwiw. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2063714

1 6

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs September 2022