i18n-bugs July 2022

i18n-bugs@lists.fedoraproject.org

1 participants
146 discussions

[Fedora-i18n-bugs] [Bug 1847347] New: gnome-terminal and xfce4-terminal get surrounding text from previous application
by bugzilla＠redhat.com 21 May '24

21 May '24

https://bugzilla.redhat.com/show_bug.cgi?id=1847347 Bug ID: 1847347 Summary: gnome-terminal and xfce4-terminal get surrounding text from previous application Product: Fedora Version: 32 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 I made the following screenshots and video by testing on Gnome-Xorg, but the problem occurs on Gnome-Wayland as well. How to reproduce (see also attached screenshots and video): - To show what happens with the surrounding text, I first opened the setup tool of ibus-typing-booster and set the debug level in the options tab to 3. When the debug level is high, the auxiliary text above the candidate list shows what context has been obtained by using surrounding text (if surrounding text is available, if it is not available like when using xterm, the context is just remembered from what was typed last). - I opened 3 windows: gedit, firefox, and gnome-terminal. - I focus on gedit and type "a b c d e" On top of the candidate list one can see: "Context: b c d" This is because when the letter "e" was typed, ibus-typing-booster got the surrounding text at the cursor position and parsed the last 3 tokens left of the cursor out of the result. And these last 3 tokens left of the cursor are "b c d". - Now I focus on firefox and type "f g h i j" On top of the candidate list one can see: "Context: g h i" I.e. the correct context "g h i" to the left of the just typed "j" (which is still in preedit) has been found using surrounding text. - Now I focus on gnome-terminal and type "k l m" On top of the candidate list one can see: "Context h i j" This comes from the surrounding text left of the cursor in *firefox*, *not* from gnome-terminal. Although gnome-terminal reports that surrounding text is supported, i.e. self.client_capabilities & IBus.Capabilite.SURROUNDING_TEXT is True (see the code to get the context at: https://github.com/mike-fabian/ibus-typing-booster/blob/master/engine/hunsp… ) gnome-terminal does not really seem to support surrounding text. The surrounding text comes from the previous client which really supported surrounding text. If the previous client was firefox, one still gets the surrounding text from firefox while typing in gnome-terminal. Same with gedit, if the previous client before focussing on gnome-terminal was gedit, one still gets the surrounding text from gedit while typing in gnome-terminal. - The same problem occurs when using xfce4-terminal instead of gnome-terminal. - When using xterm, the problem does *not* occur because when using xterm self.client_capabilities & IBus.Capabilite.SURROUNDING_TEXT is False and then the get_context() immediately returns and the context remembered from the last text typed is used as a fallback. -- You are receiving this mail because: You are on the CC list for the bug.

1 15

[Bug 2093313] New: Too many ibus warnings, "no capability of surrounding-text feature"
by bugzilla＠redhat.com 07 May '24

07 May '24

https://bugzilla.redhat.com/show_bug.cgi?id=2093313 Bug ID: 2093313 Summary: Too many ibus warnings, "no capability of surrounding-text feature" Product: Fedora Version: rawhide Status: NEW Component: ibus 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 Description of problem: I know this is an application bug, flooding same warnings looks not good to me. this affects UX. applications and desktop is often freezing. $ journalctl -S 2022-06-03 | grep IBUS-WARNING | wc -l 15974 That is quite bad. Too many warnings should be omitted. Version-Release number of selected component (if applicable): ibus-1.5.26-4.fc36.x86_64 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2093313

1 13

[Fedora-i18n-bugs] [Bug 1790554] New: Keyboard layout of Kana Kanji wont show up
by bugzilla＠redhat.com 07 May '24

07 May '24

https://bugzilla.redhat.com/show_bug.cgi?id=1790554 Bug ID: 1790554 Summary: Keyboard layout of Kana Kanji wont show up Product: Fedora Version: rawhide Hardware: x86_64 Status: NEW Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: sumukher(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: The keyboard layout for Kana Kanji Japanese doesnt show up Version-Release number of selected component (if applicable): Fedora-Rawhide-20200112.n.0 How reproducible: Everytime Steps to Reproduce: 1. Install Fedora-Rawhide-20200112.n.0 WS from live boot 2. Open settings and navigate to Region and Language 3. Add Japanese Kana Kanji in the input source 4. Click the icon looking like an eye button which should open the keyboard layout Actual results: Doesn't show up the keyboard layout Expected results: The keyboard layout should show up like it shows up for english Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 23

[Bug 1974983] New: After upgrade xkeyboard-config to version 2.33-1.fc35 layout indicator stop react to layout switch by Ctrl-Shift key combination.
by bugzilla＠redhat.com 18 Mar '24

18 Mar '24

https://bugzilla.redhat.com/show_bug.cgi?id=1974983 Bug ID: 1974983 Summary: After upgrade xkeyboard-config to version 2.33-1.fc35 layout indicator stop react to layout switch by Ctrl-Shift key combination. Product: Fedora Version: rawhide Status: NEW Component: xkeyboard-config Assignee: peter.hutterer(a)redhat.com Reporter: mikhail.v.gavrilov(a)gmail.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 Description of problem: After upgrade xkeyboard-config to version 2.33-1.fc35 layout indicator stop react to layout switch by Ctrl-Shift key combination. The bug is affected only Wayland session and only non standard layout switch key combination. Last good version is 2.32-3.fc35 -- You are receiving this mail because: You are on the CC list for the bug.

1 16

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

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs July 2022