i18n-bugs March 2018

i18n-bugs@lists.fedoraproject.org

1 participants
142 discussions

[Fedora-i18n-bugs] [Bug 1562276] New: 'Input Method Selector' doesn' t show up in KDE applications menu
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1562276 Bug ID: 1562276 Summary: 'Input Method Selector' doesn't show up in KDE applications menu Product: Fedora Version: 27 Component: im-chooser Severity: low Assignee: tagoh(a)redhat.com Reporter: billcrawford1970(a)googlemail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Description of problem: Not visible Version-Release number of selected component (if applicable): 1.7.1-1.fc27 How reproducible: Look in menu Steps to Reproduce: 1. Click on applications menu 2. Look in Settings 3. Don't find this Actual results: ... you get the idea Expected results: As the .desktop file contains 'NotShowIn=XFCE;' I would have expected it to show up in the KDE menu. Additional info: Yes, I am aware that there's a kcm for "fcitx", however a lot of the instructions on the lazywebs for enabling (e.g.) Japanese input seem based around using im-chooser (and ibus), and the KDE config module seems to expect fcitx to already be running, rather than offering a way to configure it to start with the session. -- You are receiving this mail because: You are on the CC list for the bug.

1 7

[Fedora-i18n-bugs] [Bug 1531986] New: UMing considers itself half a sans-serif and lacks provisions for zh_CN
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1531986 Bug ID: 1531986 Summary: UMing considers itself half a sans-serif and lacks provisions for zh_CN Product: Fedora Version: 27 Component: cjkuni-uming-fonts Severity: low Assignee: pwu(a)redhat.com Reporter: arthur200126(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, petersen(a)redhat.com, pwu(a)redhat.com Description of problem: UMing as packaged by Fedora comes with a fontconfig file 65-ttf-arphic-uming.conf that prepends it to a number of families in a number of locales. This file has problems. Version-Release number of selected component (if applicable): How reproducible: Always (text-editor level). Steps to Reproduce: 1. gedit /usr/share/fontconfig/conf.avail/65-ttf-arphic-uming.conf Actual results: This file wants to prepend UMing, a serif, to the good list of sans-serifs. This file also misses AR PL UMing CN for zh_CN. Expected results: UMing should not be prepended as a sans-serif. An entry similar to HK and TW for UMing CN should be added. Additional info: Current default fonts are way ahead of them in precedence, so this problem on its own shouldn't cause anything bad unless someone uninstalled all of them... -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Fedora-i18n-bugs] [Bug 1546906] New: ibus-libs upgrade: /sbin/ldconfig: relative path `1' used to build cache
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1546906 Bug ID: 1546906 Summary: ibus-libs upgrade: /sbin/ldconfig: relative path `1' used to build cache Product: Fedora Version: 27 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: jreiser(a)bitwagon.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: During "dnf upgrade", the console complained: Cleanup : ibus-libs-1.5.17-5.fc27.aarch64 185/194 Running scriptlet: ibus-libs-1.5.17-5.fc27.aarch64 185/194 /sbin/ldconfig: relative path `1' used to build cache warning: %postun(ibus-libs-1.5.17-5.fc27.aarch64) scriptlet failed, exit status 1 Non-fatal POSTUN scriptlet failure in rpm package ibus-libs Non-fatal POSTUN scriptlet failure in rpm package ibus-libs Version-Release number of selected component (if applicable): ibus-libs-1.5.17-6.fc27.aarch64 How reproducible: did not try Steps to Reproduce: 1. dnf update 2. 3. Actual results: (36/97): ibus-gtk2-1.5.17-6.fc27.aarch64.rpm 414 kB/s | 56 kB 00:00 (37/97): ibus-gtk3-1.5.17-6.fc27.aarch64.rpm 397 kB/s | 56 kB 00:00 (38/97): ibus-libs-1.5.17-6.fc27.aarch64.rpm 573 kB/s | 236 kB 00:00 (39/97): ibus-setup-1.5.17-6.fc27.noarch.rpm 103 kB/s | 91 kB 00:00 (40/97): ibus-wayland-1.5.17-6.fc27.aarch64.rpm 175 kB/s | 52 kB 00:00 (41/97): ibus-libpinyin-1.9.3-1.fc27.aarch64.rpm 803 kB/s | 813 kB 00:01 (42/97): ibus-1.5.17-6.fc27.aarch64.rpm 1.0 MB/s | 4.8 MB 00:04 <<snip>> Upgrading : ibus-libs-1.5.17-6.fc27.aarch64 4/194 Running scriptlet: ibus-libs-1.5.17-6.fc27.aarch64 4/194 <<snip>> Cleanup : ibus-libs-1.5.17-5.fc27.aarch64 185/194 Running scriptlet: ibus-libs-1.5.17-5.fc27.aarch64 185/194 /sbin/ldconfig: relative path `1' used to build cache warning: %postun(ibus-libs-1.5.17-5.fc27.aarch64) scriptlet failed, exit status 1 Non-fatal POSTUN scriptlet failure in rpm package ibus-libs Non-fatal POSTUN scriptlet failure in rpm package ibus-libs Cleanup : sane-backends-libs-1.0.27-9.fc27.aarch64 186/194 Expected results: no complaints Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Fedora-i18n-bugs] [Bug 1449506] New: Release 0.131 with the redesigned Nachlieli font
by bugzilla＠redhat.com 28 Nov '18

28 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1449506 Bug ID: 1449506 Summary: Release 0.131 with the redesigned Nachlieli font Product: Fedora Version: rawhide Component: culmus-fonts Assignee: psatpute(a)redhat.com Reporter: psatpute(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, psatpute(a)redhat.com Description of problem: The new release 0.131 of the Culmus fonts is available for download from the site of the project http://culmus.sourceforge.net. -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Fedora-i18n-bugs] [Bug 1134299] New: Layout switching happens with unspecified shortcut
by Red Hat Bugzilla 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1134299 Bug ID: 1134299 Summary: Layout switching happens with unspecified shortcut Product: Fedora Version: 19 Component: ibus Assignee: tfujiwar(a)redhat.com Reporter: stsp(a)list.ru 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: In control center I have only next input source hotkey Ctrl-Menu and modifier-only switch RightCtrl-Shift. Everything else is disabled. Still, RShift-LShift combo also switches the layouts! (including the indicator change) It shouldn't, it is not set anywhere. Version-Release number of selected component (if applicable): the one from latest f19 updates How reproducible: easily Steps to Reproduce: 1. Set up layout switch keybindings to not include double-Shift 2. Hit both shifts Actual results: Layout switches Expected results: Layout should not switch Additional info: -- 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=eMMPvm3nG6&a=cc_unsubscribe

2 28

[Fedora-i18n-bugs] [Bug 1415322] New: Wrong character displayed in UKai fonts for "zhi" ( 2nd tone) (character meaning "directly"), but not in ming fonts.
by Red Hat Bugzilla 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1415322 Bug ID: 1415322 Summary: Wrong character displayed in UKai fonts for "zhi" (2nd tone) (character meaning "directly"), but not in ming fonts. Product: Fedora Version: 24 Component: cjkuni-ukai-fonts Severity: medium Assignee: pwu(a)redhat.com Reporter: mattison.computer(a)yahoo.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, petersen(a)redhat.com, pwu(a)redhat.com Created attachment 1242997 --> https://bugzilla.redhat.com/attachment.cgi?id=1242997&action=edit shows problem in LibreOffice. Description of problem: In UKai fonts, in simplified Chinese, the wrong character is displayed for the pinyin spelling "zhi" (2nd tone) and meaning "straight; vertical; perpendicular; just, upright; frank, straightforward; stiff; numb; to straighten; directly; (other meanings)". But this is not the case when using UMing, WenQuan Yi Zen Hei, and Nimbus Roman fonts. See first comment and attachments for details. Version-Release number of selected component (if applicable): (unknown) How reproducible: See first comment. Steps to Reproduce: See first comment. Actual results: See first 3 attachments. Expected results: A UKai version of what's seen in the UMing font. Or see the attachment to bug #1409011 (which was produced by windows-7 office-2016 word). Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Fedora-i18n-bugs] [Bug 1498269] New: Noto Color Emoji and Noto Emoji fixed fonts cause a X error in a tcl/ tk script
by bugzilla＠redhat.com 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1498269 Bug ID: 1498269 Summary: Noto Color Emoji and Noto Emoji fixed fonts cause a X error in a tcl/tk script Product: Fedora Version: 26 Component: google-noto-fonts Severity: high Assignee: psatpute(a)redhat.com Reporter: jlc(a)cfl.rr.com QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com, pwu(a)redhat.com Created attachment 1333924 --> https://bugzilla.redhat.com/attachment.cgi?id=1333924&action=edit test script do demonistrate emoji fix font causing an X error Description of problem: The NCID (Network Caller ID) client is written in tcl/tk. When the google-noto-emoji-fonts became part of the standard install for Fedora, the ncid client would cause an X error and crash every time it scanned for fixed fonts. The attached script was written to determine and verify the problem. Version-Release number of selected component (if applicable): google-noto-emoji-fonts-20170827-1.fc26.noarch How reproducible: Reproducible every time test script run on Fedora 26 and also Fedora 25. Steps to Reproduce: 1. run attached test script 2. 3. Actual results: X Error of failed request: BadLength (poly request too large or internal Xlib length error) Major opcode of failed request: 138 (RENDER) Minor opcode of failed request: 20 (RenderAddGlyphs) Serial number of failed request: 476 Current serial number in output stream: 539 Expected results: Expected script not to cause an X error and crash. Additional info: Uncomment the two Noto Emoji font lines in testfonts.tk to not get the X error. The bug is also reported at https://core.tcl.tk/tk/tktview/3767882e066523dc9ae4 but it is considered a font problem not a tk problem. -- You are receiving this mail because: You are on the CC list for the bug.

1 14

[Fedora-i18n-bugs] [Bug 1427550] New: Adding additional Glyphs in Tamil
by bugzilla＠redhat.com 27 Nov '18

27 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1427550 Bug ID: 1427550 Summary: Adding additional Glyphs in Tamil Product: Fedora Version: rawhide Component: lohit-tamil-fonts Severity: medium Assignee: psatpute(a)redhat.com Reporter: nsesha92(a)yahoo.co.in QA Contact: extras-qa(a)fedoraproject.org CC: fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, psatpute(a)redhat.com Created attachment 1258398 --> https://bugzilla.redhat.com/attachment.cgi?id=1258398&action=edit Svarita Deerga Svarita Anudatta eg Description of problem: This is not a bug, but enhancement request. Tamil language script is also used for writing other language text such as Sanskrit, Hindi, Malayalam, Telugu and Kannada in the form of transliteration. However Tamil script and the associated Unicode range U0B80-U0BFF does not contain many characters that are available in these other languages - mainly the Devanagari Extended unicode UA8E0 and Devanagari Vedic Extentions unicode U1CD0 series. Some such requests that I have come across in my FB and other groups: 1. How can I include the signs like lines above the letters as shown in the picture. This is required to show the swaram i.e. high or low pitch of pronouncing the letter/word as in Sanskrit. This kind of lines are used in Sanskrit also. 2. I need to type musical notations in Tamil Using MSword processor. To indicate octave we put a dot on top or bottom of the letter. how to add ? --- My answer for above point 2: dot above = anuswara, dot below = nukta, Lohit Tamil does not contain nukta, but includes anuswara (U+0B82). --- While its lot easier to juggle around in Linux based systems by switching between different fonts, its very difficult in MS based applications. Hence, I am requesting that 9 such frequently used Glyphs be 'added' to the existing Lohit Tamil font. The existing Glyphs from Lohit-Devanagari.ttf can be 'leveraged' for this, no need to reinvent the wheel. Replace: U+0310 COMBINING CANDRABINDU >>> replace with VEDIC TONE CANDRABINDU / anunasika U+0901, thats in Devanagari range, to be consistent with all other scrips. Add: Signs: Visarga U+0903 ( as separate and distinct, in addition to Tamil Visarga U+0B83 ) AVAGRAHA U+093D CANDRABINDU VIRAMA U+A8F3 Combining signs/marks with Anchoring: NUKTA U+093C VEDIC TONE UDATTA / SVARITA U+0951 VEDIC TONE ANUDATTA U+0952 VEDIC TONE PRENKHA U+1CD2 VEDIC TONE DOUBLE/Deerga SVARITA U+1CDA VEDIC TONE CANDRA U+1CF4 Version-Release number of selected component (if applicable): How reproducible: Not a bug, but enhancement request. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 16

[Fedora-i18n-bugs] [Bug 1533798] New: Support Bitcoin sign
by bugzilla＠redhat.com 22 Nov '18

22 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1533798 Bug ID: 1533798 Summary: Support Bitcoin sign Product: Fedora Version: rawhide Component: liberation-fonts Assignee: psatpute(a)redhat.com Reporter: shanshandehongxing(a)outlook.com QA Contact: extras-qa(a)fedoraproject.org CC: alexl(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org, john.j5live(a)gmail.com, mbarnes(a)fastmail.com, mclasen(a)redhat.com, petersen(a)redhat.com, psatpute(a)redhat.com, rhughes(a)redhat.com, rstrode(a)redhat.com, sandmann(a)redhat.com Description of problem: Unicode added Bitcoin sign (₿) in June 2017, and Microsoft gave update package to make Windows 10 support this sign, thus this sign become available in Arial, Calibri, Cambria, Consolas, Courier New, Microsoft Sans Serif, Segoe UI, Tahoma and Times New Roman. So I hope this sign become available in Liberation fonts as well. Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Fedora-i18n-bugs] [Bug 1547337] New: ibus-kkc won' t let me add words to dictionary in kana mode
by bugzilla＠redhat.com 01 Nov '18

01 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1547337 Bug ID: 1547337 Summary: ibus-kkc won't let me add words to dictionary in kana mode Product: Fedora Version: 27 Component: ibus-kkc Severity: medium Assignee: dueno(a)redhat.com Reporter: maverick6664(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Description of problem: In kana mode which I like, KKC won't let me add words to the dictionary, while in Roma-ji mode, it works fine. Version-Release number of selected component (if applicable): I use Fedora 27, but other version should be applied to. How reproducible: Always. Steps to Reproduce: 1.Select a word (usually kanji word) with mouse. 2.Hit Alt+r (nothing happens then) 3.Enter its reading Actual results: No words are recorded. Expected results: Words are added to the dictionary. Additional info: It works in Romaji-mode. -- You are receiving this mail because: You are on the CC list for the bug.

1 9

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs March 2018