i18n-bugs June 2023

i18n-bugs@lists.fedoraproject.org

1 participants
106 discussions

[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 2217637] New: Chinese characters are too small in list of characters presented when entering pinyin.
by bugzilla＠redhat.com 02 Dec '23

02 Dec '23

https://bugzilla.redhat.com/show_bug.cgi?id=2217637 Bug ID: 2217637 Summary: Chinese characters are too small in list of characters presented when entering pinyin. Product: Fedora Version: 37 Hardware: x86_64 OS: Linux Status: NEW Component: ibus Keywords: Desktop, RFE Severity: medium Assignee: tfujiwar(a)redhat.com Reporter: mattison.computer(a)yahoo.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 1. When using ibus to enter Chinese characters via pinyin, a list of characters matching the pinyin appears. The characters in the list are too small, making it difficult to choose the desired ones, especially in the case of characters that consist of many strokes. 2. I cannot find a way of making the characters in the list larger. There used to be a settings or preferences tool, but I have not been able to find one on my work station for over a year. According to dnf, I have "gnome-shell-extension-ibus-font", but it has no man page, it cannot be launched from the command line, and "Activities" does not find a matching application. Reproducible: Always Steps to Reproduce: (1. size part) 1.Launch LibreOffice Writer. (Other applications such as vim work just as well.) 2.Choose "Chinese (Intelligent Pinyin)" for input. 3.Enter the pinyin spelling for a Chinese word (example: "pang xie"). (2. settings/preferences part) I cannot think of a way to test this! Actual Results: (1. size part) A numbered menu (list) of Chinese words appears. The words (characters) are very small and hard to read or distinguish. (2. settings/preferences part) not applicable. Expected Results: (1. size part) A numbered menu (list) of Chinese words appears. The words (characters) should be large enough for almost everyone to read, regardless of which desktop environment is being used. (2. setting/preferences part) a. There should be a setting/preferences GUI in which it is easy to set then font (face and size) used to display the words/characters in the list/menu of words matching the pinyin that I enter. b. This GUI should be easily accessible in all desktop environments. c. This GUI should be easily installed, maintained, patched, updated, and so on via dnf, regardless of what desktop environment is being used. I am not a systems administrator. I have no training or professional experience in systems administration and operating systems. I am a "home user" using Fedora on a home work station, stuck doing his own systems administration. I like having dnf handle almost all my installation and maintenance. One thing I have outside of dnd management is "zoom", and it's a real hassle to maintain. So please understand that I need customization of ibus, especially font face and size, to be easily do-able via a GUI installed and maintained via dnf, and that the GUI must easily work in all desktop environments. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2217637 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-sp…

1 16

[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 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 2177988] New: [abrt] ibus: _sig_usr1_handler(): ibus-daemon killed by SIGABRT
by bugzilla＠redhat.com 21 Nov '23

21 Nov '23

https://bugzilla.redhat.com/show_bug.cgi?id=2177988 Bug ID: 2177988 Summary: [abrt] ibus: _sig_usr1_handler(): ibus-daemon killed by SIGABRT Product: Fedora Version: 38 Hardware: x86_64 Status: NEW Whiteboard: abrt_hash:43668f3492d9c79fa6300cdbc1e6a51df7320a33;VAR IANT_ID=workstation; Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: jani(a)trikkipower.fi 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-1.fc38 Additional info: reporter: libreport-2.17.8 type: CCpp reason: ibus-daemon killed by SIGABRT journald_cursor: s=35bba278d23d48778870df5edb7a440c;i=a14;b=dbc6f973f11f494d8362212c9e32ad1a;m=355fc53;t=5f6d5ba212b8f;x=7c28ef1ddadf4dc5 executable: /usr/bin/ibus-daemon cmdline: ibus-daemon --panel disable -r --xim cgroup: 0::/user.slice/user-985.slice/session-c1.scope rootdir: / uid: 985 kernel: 6.2.2-301.fc38.x86_64 package: ibus-1.5.28-1.fc38 runlevel: N 5 backtrace_rating: 4 crash_function: _sig_usr1_handler Truncated backtrace: Thread no. 1 (6 frames) #7 _sig_usr1_handler at /usr/src/debug/ibus-1.5.28-1.fc38.x86_64/bus/main.c:172 #9 __libc_sendmsg at ../sysdeps/unix/sysv/linux/sendmsg.c:28 #11 journal_sendv at ../glib/gmessages.c:2395 #12 g_log_writer_journald at ../glib/gmessages.c:2551 #19 g_dbus_server_stop at ../gio/gdbusserver.c:664 #20 bus_server_run at /usr/src/debug/ibus-1.5.28-1.fc38.x86_64/bus/server.c:366 -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2177988

1 19

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs June 2023