i18n-bugs September 2018

i18n-bugs@lists.fedoraproject.org

1 participants
106 discussions

[Fedora-i18n-bugs] [Bug 1566440] New: [ibus-typing-booster] Selection using mouse does not work in the candidate selection window.
by bugzilla＠redhat.com 29 Oct '18

29 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1566440 Bug ID: 1566440 Summary: [ibus-typing-booster] Selection using mouse does not work in the candidate selection window. Product: Fedora Version: 28 Component: ibus-typing-booster Assignee: mfabian(a)redhat.com Reporter: bbarve(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: anish.developer(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, mfabian(a)redhat.com Description of problem: When typing booster is enabled, user is not able to select from candidate selection window using mouse. Previously it used to work with mouse when checked in F27. Version-Release number of selected component (if applicable): F28 beta How reproducible: always Steps to Reproduce: 1. select any typing-booster input method from control-center. 2. open gedit or any other editor 3. start typing 4. when the candidate selection window appears, try to select any option using mouse Actual results: selection using mouse does not work Expected results: User should be able to select candidate using mouse too. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Fedora-i18n-bugs] [Bug 1611894] New: "Del" key or remove characters does not work well with ibus-hangul
by bugzilla＠redhat.com 29 Oct '18

29 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1611894 Bug ID: 1611894 Summary: "Del" key or remove characters does not work well with ibus-hangul Product: Fedora Version: 28 Component: ibus-hangul Severity: high Assignee: pwu(a)redhat.com Reporter: sangu.fedora(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com, tfujiwar(a)redhat.com Description of problem: "Del" key or remove characters does not work well with ibus-hangul Version-Release number of selected component (if applicable): 1.5.1-1 How reproducible: always Steps to Reproduce: 1. switch ibus-hangul 2. inuput characters 3. click del key Actual results: no change Expected results: del characters Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 9

[Fedora-i18n-bugs] [Bug 1530086] New: [pa] Wrong Panjabi fonts selected for translated UI ( gnu free and lohit)
by bugzilla＠redhat.com 23 Oct '18

23 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1530086 Bug ID: 1530086 Summary: [pa] Wrong Panjabi fonts selected for translated UI (gnu free and lohit) Product: Fedora Version: 27 Component: anaconda Assignee: anaconda-maint-list(a)redhat.com Reporter: aalam(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: anaconda-maint-list(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, jonathan(a)jonmasters.org, kellin(a)retromud.org, vanmeeuwen+fedora(a)kolabsys.com, v.podzimek+fedora(a)mykolab.com, vponcova(a)redhat.com, wwoods(a)redhat.com Created attachment 1375373 --> https://bugzilla.redhat.com/attachment.cgi?id=1375373&action=edit Red underline Text is using wrong fonts while Blue is with correct fonts Description of problem: Panjabi/Punjabi translated UI is broken as UI text was display with two different type of fonts and one on them is not properly display text. one font Lohit Punjabi - correct (underlined Blue in attachment) gnu free sans/serif - incorrect (underlined Red in attachemt) Version-Release number of selected component (if applicable): anaconda-27.20.4-4.fc27.x86_64.rpm gnu-free-sans-fonts-20120503-15.fc27.noarch gnu-free-serif-fonts-20120503-15.fc27.noarch How reproducible: everytime Steps to Reproduce: 1. run liveinstall 2. select Punjabi (ਪੰਜਾਬੀ) language from GUI 3. click Next Actual results: Rendering is not proper and consistent throu UI Expected results: consistent translated GUI Additional info: Some Panjabi Text was with Lohit Punjabi font, while other was using gnu free fonts -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Fedora-i18n-bugs] [Bug 1626861] New: python-polib %check runs no tests, hides s390x failures
by bugzilla＠redhat.com 22 Oct '18

22 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1626861 Bug ID: 1626861 Summary: python-polib %check runs no tests, hides s390x failures Product: Fedora Version: rawhide Component: python-polib Assignee: dchen(a)redhat.com Reporter: mhroncok(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, diegobz(a)gmail.com, dshea(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, ivazqueznet(a)gmail.com, moez.roy(a)gmail.com I was asked by an openSUSE maintainer whether we are bugged by https://bitbucket.org/izi/polib/issues/96/tests-fail-on-bigendian-platforms So I fired up a scratch build, but apparently, the %check section is just false promise. See: Executing(%check): + /usr/bin/python2 setup.py test ... Ran 0 tests in 0.000s OK + /usr/bin/python3 setup.py test ... Ran 0 tests in 0.000s That is python-polib-1.0.7-12. Upstream uses "python tests/tests.py", so what about: %if 0%{?fedora} || 0%{?rhel} >= 8 %check %{__python2} tests/tests.py %if %{with python3} %{__python3} tests/tests.py %endif # with python3 %endif # 0#{?fedora} || 0#{?rhel} >= 8 Executing(%check): + /usr/bin/python2 tests/tests.py ...................................................................... ---------------------------------------------------------------------- Ran 70 tests in 0.222s OK + /usr/bin/python3 tests/tests.py ...................................................................... ---------------------------------------------------------------------- Ran 70 tests in 0.208s OK -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Fedora-i18n-bugs] [Bug 1336042] New: Liberation Fonts not displayed correctly
by Red Hat Bugzilla 21 Oct '18

21 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1336042 Bug ID: 1336042 Summary: Liberation Fonts not displayed correctly Product: Fedora Version: 24 Component: liberation-fonts Severity: high Assignee: psatpute(a)redhat.com Reporter: freepenguin84(a)gmail.com 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 Created attachment 1157360 --> https://bugzilla.redhat.com/attachment.cgi?id=1157360&action=edit Screenshots to show the difference between Fedora 22 and 23/24 Description of problem: Liberation Fonts are not being diplayed correctly. This is obvious on websites where the text is shifted some pixel up compared to Fedora 22 and other OSes. Fedora 23 has the same issue. The source files for liberation font is the same in Fedora 22-24 but the output *.ttf files are different. Installing the RPMs from Fedora 22 in Fedora 24 fixes the problem. Maybe the output has changed due to updated build tools? Version-Release number of selected component (if applicable): 1.07.4 How reproducible: Open Webpage in Firefox or Google Chrome Steps to Reproduce: Open https://github.com/solus-project/budgie-desktop in Firefox Actual results: Text is shifted upwards besides the images (see attached screenshot) Expected results: Text aligned with images (see attached screenshot) Additional info: https://plus.google.com/+ViktorPankraz/posts/L8KVUGEbHxz -- You are receiving this mail because: You are on the CC list for the bug.

2 50

[Fedora-i18n-bugs] [Bug 1222244] New: [abrt] ibus: XKeysymToKeycode(): ibus-ui-gtk3 killed by SIGSEGV
by Red Hat Bugzilla 15 Oct '18

15 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1222244 Bug ID: 1222244 Summary: [abrt] ibus: XKeysymToKeycode(): ibus-ui-gtk3 killed by SIGSEGV Product: Fedora Version: 22 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: guillaumepoiriermorency(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 Description of problem: Version-Release number of selected component: ibus-1.5.10-4.fc22 Additional info: reporter: libreport-2.5.1 backtrace_rating: 4 cmdline: /usr/libexec/ibus-ui-gtk3 crash_function: XKeysymToKeycode executable: /usr/libexec/ibus-ui-gtk3 global_pid: 4027 kernel: 4.0.2-300.fc22.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 XKeysymToKeycode at XKBBind.c:157 #1 keybinding_manager_bind at keybindingmanager.c:210 #2 panel_keybinding_manager_bind at panel.c:1286 #3 panel_bind_switch_shortcut at panel.c:1350 #4 panel_construct at panel.c:683 #5 panel_new at panel.c:709 #6 application_bus_name_acquired_cb at application.c:220 #7 _application_bus_name_acquired_cb_gd_bus_signal_callback at application.c:166 #8 emit_signal_instance_in_idle_cb at gdbusconnection.c:3753 #13 gtk_main at gtkmain.c:1219 -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=ZYlE5V6Kw0&a=cc_unsubscribe

2 3

[Fedora-i18n-bugs] [Bug 1634245] New: fontconfig-2.12.91 caused wqy-zeihei-fonts lost it' s Chinese font name in `fc-list` output
by bugzilla＠redhat.com 14 Oct '18

14 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1634245 Bug ID: 1634245 Summary: fontconfig-2.12.91 caused wqy-zeihei-fonts lost it's Chinese font name in `fc-list` output Product: Fedora Version: 29 Component: fontconfig Assignee: tagoh(a)redhat.com Reporter: lovetide(a)qq.com QA Contact: extras-qa(a)fedoraproject.org CC: ajax(a)redhat.com, alexl(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mclasen(a)redhat.com, pnemade(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com, tagoh(a)redhat.com Description of problem: After I upgraded to Fedora 28 from Fedora 27, I found the font displayed in my MATE desktop is not what I configured before, so I try to reconfigured, but I can't found the font name "文泉驿点阵正黑" anymore, (this made Chinese characters in images generated by gnuplot ("文泉驿点阵正黑" font named specifed) unreadable), but I do found it's alternative font name "WenQuanYi Zei Hei Sharp". Also, I tried the recent released Fedora 29 Beta live CD, same issue still exists. Version-Release number of selected component (if applicable): 1.12.91-1.fc28 + How reproducible: Always Steps to Reproduce: 1. Boot from Fedora 28 or Fedora 29 Beta Live CD, and config the network to make sure it can access internet. 2. Install wqy-zenhei-fonts (issue `su` then `dnf install wqy-zenhei-fonts` in terminal) 3. Issue `LANG=zh_CN.UTF-8 fc-list | grep -i wqy-zenhei.ttc` Actual results: # fc-list | grep -i wqy-zenhei.ttc /usr/share/fonts/wqy-zenhei/wqy-zenhei.ttc: WenQuanYi Zen Hei:style=Regular /usr/share/fonts/wqy-zenhei/wqy-zenhei.ttc: WenQuanYi Zen Hei Sharp,文泉驛點陣正黑:style=Regular /usr/share/fonts/wqy-zenhei/wqy-zenhei.ttc: WenQuanYi Zen Hei Mono:style=Regular Expected results: (this is from Fedora 27, with fontconfig 2.12.6-4.fc27) # fc-list | grep -i wqy-zenhei.ttc /usr/share/fonts/wqy-zenhei/wqy-zenhei.ttc: 文泉驿点阵正黑,文泉驛點陣正黑,WenQuanYi Zen Hei Sharp:style=Regular /usr/share/fonts/wqy-zenhei/wqy-zenhei.ttc: 文泉驿等宽正黑,文泉驛等寬正黑,WenQuanYi Zen Hei Mono:style=Regular /usr/share/fonts/wqy-zenhei/wqy-zenhei.ttc: 文泉驿正黑,文泉驛正黑,WenQuanYi Zen Hei:style=Regular Additional info: * Fedora 27 does not have this issue. Lastest fontconfig version in Fedora 27 is 2.12.6-4.fc27 * Fedora 29 Live CD still have this issue * Interesting thing, adobe-source-han-sans-cn font is not affected: # fc-list | grep -i 思源黑体 ... /usr/share/fonts/adobe-source-han-sans-cn/SourceHanSansCN-Normal.otf: 思源黑体 CN,Source Han Sans CN Normal,Source Han Sans CN:style=Normal,Regular ... -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Fedora-i18n-bugs] [Bug 1628948] New: Switch engine to kkc failed
by bugzilla＠redhat.com 11 Oct '18

11 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1628948 Bug ID: 1628948 Summary: Switch engine to kkc failed Product: Fedora Version: 29 Component: ibus-fbterm Keywords: i18n Severity: medium Priority: medium Assignee: dchen(a)redhat.com Reporter: sshedmak(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, tfujiwar(a)redhat.com Created attachment 1483333 --> https://bugzilla.redhat.com/attachment.cgi?id=1483333&action=edit Screenshot showing 'Switch engine to kkc failed' message at console Description of problem: Typing Super-space and Super-space and Enter key to select 'kkc' IME on the switcher window, leads to 'Switch engine to kkc failed' message on the console Version-Release number of selected component (if applicable): ibus-fbterm-1.0.1-6.fc29 fbterm-1.7-15.fc29 kernel-4.18.5-300.fc29 How reproducible: Always Steps to Reproduce: 1. In GRUB menu, type "e" to edit the menu 2. Append 'vga=ask 3' of the line of "...vmlinuz..." to enable a frame buffer and set the runlevel 3 3. Press Ctrl-X to launch Linux 4. Select a screen size - say 1024x768x24 5. Log into the console 6. Run ibus-fbterm on the console shell 7. Type Super-space and Super-space and Enter key to select kkc IME on the switcher window Actual results: Switch engine to kkc failed Expected results: No error or warning message on console Additional info: Please see attachment for 'Switch engine to kkc failed' console message -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Fedora-i18n-bugs] [Bug 1606530] New: tomoe-gtk: FTBFS in Fedora rawhide
by bugzilla＠redhat.com 11 Oct '18

11 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1606530 Bug ID: 1606530 Summary: tomoe-gtk: FTBFS in Fedora rawhide Product: Fedora Version: rawhide Component: tomoe-gtk Assignee: dchen(a)redhat.com Reporter: mboddu(a)bhujji.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Blocks: 1602938 tomoe-gtk failed to build from source in Fedora rawhide https://koji.fedoraproject.org/koji/taskinfo?taskID=28237043 For details on the mass rebuild see: https://fedoraproject.org/wiki/Fedora_29_Mass_Rebuild Please fix tomoe-gtk at your earliest convenience and set the bug's status to ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks, tomoe-gtk will be orphaned. Before branching of Fedora 30, tomoe-gtk will be retired, if it still fails to build. For more details on the FTBFS policy, please visit: https://fedoraproject.org/wiki/Fails_to_build_from_source Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1602938 [Bug 1602938] (F29FTBFS) Fedora 29 Mass Rebuild FTBFS Tracker -- You are receiving this mail because: You are on the CC list for the bug.

1 6

[Fedora-i18n-bugs] [Bug 1421686] New: [abrt] ibus-libpinyin: pinyin:: contains_incomplete_pinyin(): ibus-engine-libpinyin killed by SIGABRT
by bugzilla＠redhat.com 11 Oct '18

11 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1421686 Bug ID: 1421686 Summary: [abrt] ibus-libpinyin: pinyin::contains_incomplete_pinyin(): ibus-engine-libpinyin killed by SIGABRT Product: Fedora Version: 25 Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: tcfxfzoi(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, lijli(a)redhat.com, petersen(a)redhat.com, pwu(a)redhat.com Version-Release number of selected component: ibus-libpinyin-1.8.1-1.fc25 Additional info: reporter: libreport-2.8.0 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-libpinyin --ibus crash_function: pinyin::contains_incomplete_pinyin executable: /usr/libexec/ibus-engine-libpinyin global_pid: 2595 kernel: 4.9.8-201.fc25.x86_64 pkg_fingerprint: 4089 D8F2 FDB1 9C98 pkg_vendor: Fedora Project runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #4 pinyin::contains_incomplete_pinyin at pinyin_phrase3.h:152 #5 pinyin::ChewingLargeTable2::search at chewing_large_table2.cpp:161 #6 pinyin::FacadeChewingTable2::search at facade_chewing_table2.h:122 #7 pinyin::search_matrix_recur at phonetic_key_matrix.cpp:373 #10 pinyin::search_matrix at phonetic_key_matrix.cpp:429 #11 pinyin::PinyinLookup2::get_best_match at pinyin_lookup2.cpp:288 #12 PY::BopomofoEditor::insert at PYPBopomofoEditor.cc:73 #13 PY::BopomofoEditor::processBopomofo at PYPBopomofoEditor.cc:184 #14 PY::BopomofoEditor::processKeyEvent at PYPBopomofoEditor.cc:206 #15 PY::BopomofoEngine::processKeyEvent at PYPBopomofoEngine.cc:153 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

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

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs September 2018