December 2023 - i18n-bugs - Fedora Mailing-Lists

[Bug 2251423] New: ibus 1.5.29-rc2 causes problems with preedit text on some application (currently confirmed affected application includes Java applications and Godot engine)

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2251423 Bug ID: 2251423 Summary: ibus 1.5.29-rc2 causes problems with preedit text on some application (currently confirmed affected application includes Java applications and Godot engine) Product: Fedora Version: 39 Hardware: x86_64 OS: Linux Status: NEW Component: ibus Keywords: CommonBugs, i18n, Regression Severity: high Assignee: tfujiwar(a)redhat.com Reporter: mateusrodcosta(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 ibus 1.5.29~rc2 breaks some applications with its new preedit text behavior. Downgrading to ibus 1.5.29~rc1 solves it. This issue happens when using the preedit functionality, for example when using the "Us-Intl with deadkeys" layout and trying to input accented characters (for example: á, é, ã). The noticed behavior is: On Android Studio: The application gets confused and, after preedit is used for the first time, all new characters get stuck on being inserted in the same place as the preedit until window is switched. On Godot engine: After preedit tries to get used, Godot refuses to receive further text input Reproducible: Always Steps to Reproduce: 1. Have ibus 1.5.29~rc2 with a layout such as Us-Intl with deadkeys 2. Open Godot or any Java application 3. Try to type accented charaters Actual Results: Wrong preedit behavior prevent proper usage of application. Worst case scenario applicaiton stopped receiving text input. Expected Results: Proper preedit functionality. Upstream issue is https://github.com/ibus/ibus/issues/2585. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2251423 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...

5 months

1
7
0 / 0

[Bug 2251128] New: set-face-underline-p was removed from Emacs in Fedora 39, use set-face-underline

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2251128 Bug ID: 2251128 Summary: set-face-underline-p was removed from Emacs in Fedora 39, use set-face-underline Product: Fedora Version: 39 OS: Linux Status: NEW Component: anthy Keywords: Regression Severity: medium Assignee: tagoh(a)redhat.com Reporter: edgar.hoch(a)ims.uni-stuttgart.de 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 File /usr/share/emacs/site-lisp/anthy/anthy.el contains (set-face-underline-p 'anthy-highlight-face t) Function set-face-underline-p was removed from Emacs in Fedora 39. Use function set-face-underline as a replacement. See file /usr/share/emacs/29.1/etc/NEWS about removed functions. 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=2251128 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...

5 months

1
6
0 / 0

[Bug 2251120] New: set-face-underline-p was removed from Emacs in Fedora 39, use set-face-underline

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2251120 Bug ID: 2251120 Summary: set-face-underline-p was removed from Emacs in Fedora 39, use set-face-underline Product: Fedora Version: 39 Hardware: x86_64 OS: Linux Status: NEW Component: uim Keywords: Regression Severity: medium Assignee: tagoh(a)redhat.com Reporter: edgar.hoch(a)ims.uni-stuttgart.de QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Target Milestone: --- Classification: Fedora Emacs stops loading because of the following error: Loading /usr/share/emacs/site-lisp/site-start.d/uim-init.el (source)... load-with-code-conversion: Symbol’s function definition is void: set-face-underline-p set-face-underline-p was removed from Emacs in Fedora 39, use set-face-underline. The patch is already in upstream: https://github.com/uim/uim/commit/7b903ddf144344e49da12cc070f7c11f82ae61db Please build a new packages with contains the fix. Reproducible: Always Steps to Reproduce: 1. Install emacs and uim on Fedora 39. 2. Start "emacs /etc/motd". Actual Results: Instead of buffer with file /etc/motd, buffer *scratch* is displayed. Buffer *Messages* contains the error messages. Expected Results: Buffer for file /etc/motd is displayed. -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2251120 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...

5 months

1
7
0 / 0

[Bug 2124843] New: Input is sometimes cancelled after pressing < or > at the candidate window

by bugzilla＠redhat.com

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

5 months

1
6
0 / 0

[Bug 2074360] New: Xorg gtk4: candidate windows are placed off-screen

by bugzilla＠redhat.com

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

5 months

1
7
0 / 0

[Bug 2088946] New: [abrt] ibus: panel_construct(): ibus-ui-gtk3 killed by SIGSEGV

by bugzilla＠redhat.com

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

5 months

1
3
0 / 0

[Bug 2249179] The pipe key | is on the wrong key in keymap fi-mac and se-mac

by bugzilla＠redhat.com

https://bugzilla.redhat.com/show_bug.cgi?id=2249179 Vitezslav Crhonek <vcrhonek(a)redhat.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ajax(a)redhat.com, | |i18n-bugs(a)lists.fedoraproje | |ct.org, | |negativo17(a)gmail.com, | |peter.hutterer(a)redhat.com, | |rhughes(a)redhat.com, | |rstrode(a)redhat.com Component|kbd |xkeyboard-config Assignee|vcrhonek(a)redhat.com |peter.hutterer(a)redhat.com --- Comment #8 from Vitezslav Crhonek <vcrhonek(a)redhat.com> --- If I understand it correctly, the problem appears in graphical environment - terminal emulator. Key mapping for graphical environment is within xkeyboard-config package, kbd ships just text console related stuff. $ rpm -qf /usr/share/X11/xkb/symbols/fi xkeyboard-config-2.36-3.fc37.noarch -- You are receiving this mail because: You are on the CC list for the bug. https://bugzilla.redhat.com/show_bug.cgi?id=2249179 Report this comment as SPAM: https://bugzilla.redhat.com/enter_bug.cgi?product=Bugzilla&format=report-...

5 months

1
0
0 / 0

[Bug 2217637] New: Chinese characters are too small in list of characters presented when entering pinyin.

by bugzilla＠redhat.com

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

5 months, 1 week

1
16
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs December 2023