i18n-bugs May 2023

i18n-bugs@lists.fedoraproject.org

1 participants
138 discussions

[Bug 2186953] New: Irrelevant fonts in the English install (KDE spin)
by bugzilla＠redhat.com 11 Dec '23

11 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2186953 Bug ID: 2186953 Summary: Irrelevant fonts in the English install (KDE spin) Product: Fedora Version: 37 Status: NEW Component: Fonts Severity: medium Assignee: i18n-bugs(a)lists.fedoraproject.org Reporter: ddascalescu(a)gmail.com QA Contact: fonts-bugs(a)lists.fedoraproject.org Target Milestone: --- Classification: Fedora Created attachment 1957563 --> https://bugzilla.redhat.com/attachment.cgi?id=1957563&action=edit Unnecessary fonts I've just installed the KDE spin with the US English settings, and see tens of completely irrelevant fonts for characters sets I have no use form (cuneiform even). I know I can remove these manually, but it would be nice to not have them installed to begin with. -- You are receiving this mail because: You are the assignee for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2186953

1 9

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

08 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 08 Dec '23

08 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

[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

[Bug 2211400] New: Future: Is it possible to display an enlarged Kanji while entering text with Anthy?
by bugzilla＠redhat.com 30 Nov '23

30 Nov '23

https://bugzilla.redhat.com/show_bug.cgi?id=2211400 Bug ID: 2211400 Summary: Future: Is it possible to display an enlarged Kanji while entering text with Anthy? Product: Fedora Version: 38 OS: Linux Status: NEW Component: anthy Keywords: FutureFeature Severity: low Assignee: tagoh(a)redhat.com Reporter: Ben.Engbers(a)Be-Logical.nl QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com, tfujiwar(a)redhat.com Target Milestone: --- Classification: Fedora I am using LO Writer on a linux/fedora laptop. Using the Anthy keyboard, I manage to enter Japanese characters just fine. After entering the hiragana characters, I press the space bar to then select the correct Kanji. After pressing the space bar you will see a list/drop down of possibilities. Would it be possible to display the character under the cursor extra large? 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=2211400

1 4

[Bug 2188800] New: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by SIGSEGV
by bugzilla＠redhat.com 27 Nov '23

27 Nov '23

https://bugzilla.redhat.com/show_bug.cgi?id=2188800 Bug ID: 2188800 Summary: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by SIGSEGV Product: Fedora Version: 38 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:b2dcccef9ace67f5523799cf3af16a48425d1458;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: tlchiu40209(a)gmail.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.28-3.fc38 Additional info: reporter: libreport-2.17.9 type: CCpp reason: ibus-ui-gtk3 killed by SIGSEGV journald_cursor: s=2fe71a7278cb470783792210380a300e;i=3f55da;b=d0806b66fff441d5a54f6fa1da26532f;m=3fa371f7b;t=5f9eb15fad84b;x=64472b095fbc3dcb executable: /usr/libexec/ibus-ui-gtk3 cmdline: /usr/libexec/ibus-ui-gtk3 cgroup: 0::/user.slice/user-249094.slice/user@249094.service/app.slice/app-org.gnome.Terminal.slice/vte-spawn-544c6d5a-44e7-4b53-b7b4-3447f90cbfc4.scope rootdir: / uid: 249094 kernel: 6.2.11-300.fc38.x86_64 package: ibus-1.5.28-3.fc38 runlevel: N 5 dso_list: /usr/libexec/ibus-ui-gtk3 ibus-1.5.28-3.fc38.x86_64 (Fedora Project) 1679155568 backtrace_rating: 4 crash_function: panel_construct Truncated backtrace: Thread no. 1 (9 frames) #0 panel_construct at /usr/src/debug/ibus-1.5.28-3.fc38.x86_64/ui/gtk3/panel.vala:101 #1 panel_new at /usr/src/debug/ibus-1.5.28-3.fc38.x86_64/ui/gtk3/panel.vala:90 #2 application_bus_name_acquired_cb at /usr/src/debug/ibus-1.5.28-3.fc38.x86_64/ui/gtk3/application.vala:78 #3 _application_bus_name_acquired_cb_gd_bus_signal_callback at /usr/src/debug/ibus-1.5.28-3.fc38.x86_64/ui/gtk3/application.vala:46 #4 emit_signal_instance_in_idle_cb at ../gio/gdbusconnection.c:3800 #8 g_main_context_iterate.isra.0 at ../glib/gmain.c:4276 #10 gtk_main at ../gtk/gtkmain.c:1329 #11 application_run at /usr/src/debug/ibus-1.5.28-3.fc38.x86_64/ui/gtk3/application.c:318 #12 application_main at /usr/src/debug/ibus-1.5.28-3.fc38.x86_64/ui/gtk3/application.vala:121 Potential duplicate: bug 2088946 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2188800

1 14

[Bug 2184872] New: User installed Japanese fonts override system fonts when substituting glyphs
by bugzilla＠redhat.com 27 Nov '23

27 Nov '23

https://bugzilla.redhat.com/show_bug.cgi?id=2184872 Bug ID: 2184872 Summary: User installed Japanese fonts override system fonts when substituting glyphs Product: Fedora Version: 37 Status: NEW Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: bztdlinux(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.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, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Description of problem: When installing a Japanese font locally (using gnome font viewer, which effectively copies to ~/.local/share/fonts/), with the default fontconfig, all kana in the system uses that font. However, it only affects certain applications. Firefox (rpm) and Inkscape (flatpak) is affected, but gwrite is not. Version-Release number of selected component (if applicable): fontconfig-2.14.0-3.fc37.x86_64 How reproducible: Always Steps to Reproduce: 1. Download the following font: http://font.sumomo.ne.jp/fontdata-c2157415/k-font.zip 2. Unzip and install by double-clicking the font in nautilus and clicking install. 3. Restart Firefox or Inkscape and paste "です” in a field with sans-serif or system-ui font Actual results: Text appears with the new font Expected results: Text appears with the normal system font Additional info: Running pango-view, e.g. the following, works fine and selects a reasonable font (Droid Sans Japanese): FC_DEBUG=4 pango-view --font="system-ui" -t です | grep family -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2184872

1 4

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

26 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

← Newer
1
2
3
4
5
6
7
...
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs May 2023