July 2014 - i18n-bugs - Fedora Mailing-Lists

[Fedora-i18n-bugs] [Bug 985343] New: After telugu input .(full stop) is rendering as square box in lokalize editor

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=985343 Bug ID: 985343 Summary: After telugu input .(full stop) is rendering as square box in lokalize editor Product: Fedora Version: 19 Component: lohit-telugu-fonts Severity: unspecified Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: kkrothap(a)redhat.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 Created attachment 774715 --> https://bugzilla.redhat.com/attachment.cgi?id=774715&action=edit Example screen shot regarding the problem. Description of problem: While using lokalize as translation editor, after telugu input if i type .(full stop) it is rendering as square box. Version-Release number of selected component (if applicable): lohit-telugu-fonts-2.5.3-2.fc19.noarch kdesdk-lokalize-4.10.5-1.fc19.x86_64 How reproducible: Every time Steps to Reproduce: 1.Open lokalize. 2.Input some telugu text. 3.Type . after telugu text. Actual results: . rendering as square box Expected results: Should render as it should be. Additional info: Working fine with pothana font. -- 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=NeVSFyXCJw&a=cc_unsubscribe

8 years, 7 months

1
18
0 / 0

[Fedora-i18n-bugs] [Bug 1108612] New: CVE-2014-3980 libfep: local privilege escalation via UNIX domain sockets in the abstract namespace

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1108612 Bug ID: 1108612 Summary: CVE-2014-3980 libfep: local privilege escalation via UNIX domain sockets in the abstract namespace Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: vkaigoro(a)redhat.com CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org It was discovered that libfep uses UNIX domain sockets in the abstract namespace in an insecure way. As a result, unprivileged local users were able to inject commands into running fep sessions of other users. The upstream fix simply removes abstract namespace support, using a restricted directory to host the UNIX domain socket instead: https://github.com/ueno/libfep/commit/293d9d3f Abstract namespace support was introduced in this commit: https://github.com/ueno/libfep/commit/5a170323 This means that versions from 0.0.5 to 0.0.9 (inclusive) are vulnerable, and 0.1.0 has the fix. External references: http://www.openwall.com/lists/oss-security/2014/06/05/16 http://www.securityfocus.com/bid/67903 -- 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=ZaCbDdpjD1&a=cc_unsubscribe

8 years, 8 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 1028911] New: [zh_TW]'Chinese<->English' switch does not work when clicking on the Chewing menu list.

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1028911 Bug ID: 1028911 Summary: [zh_TW]'Chinese<->English' switch does not work when clicking on the Chewing menu list. Product: Fedora Version: 20 Component: ibus-libpinyin Severity: high Assignee: pwu(a)redhat.com Reporter: lijli(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 Depends On: 1028905 +++ This bug was initially created as a clone of Bug #1028905 +++ Description of problem: 'Chinese<->English' switch does not work when clicking on the Intellignet Pinyin menu list. Version-Release number of selected component (if applicable): ibs-chewing-1.4.3-4.fc20.x86_64 libchewing-0.3.4-4.fc20.x86_64 How reproducible: 100% Steps to Reproduce: 1. Install latest Fedora20 tc6 build. 2. Add an input source which has (Intelligent Pinyin) in the name. 3. Click on the Chewing menu on the top right of desktop. 4. Click on Chines/English (中CN/英EN, 中/英)from the list to switch the input of 'Chinese-English'. Actual results: 'Chinese<->English' switch does not work when clicking on the Chewing menu list. Expected results: It should auto switch for 中CN/英EN, 中/英. Additional info: Please see the attached screenshot. --- Additional comment from Lijun Li on 2013-11-11 03:07:34 EST --- Referenced Bugs: https://bugzilla.redhat.com/show_bug.cgi?id=1028905 [Bug 1028905] [zh_CN]'Chinese<->English' switch does not work when clicking on the Intellignet Pinyin menu list. -- 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=mXuMqdUFbL&a=cc_unsubscribe

8 years, 9 months

1
18
0 / 0

[Fedora-i18n-bugs] [Bug 1089467] New: [abrt] ibus-table: table.py:798:update_candidates:IndexError: pop from empty list

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1089467 Bug ID: 1089467 Summary: [abrt] ibus-table: table.py:798:update_candidates:IndexError: pop from empty list Product: Fedora Version: 20 Component: ibus-table Assignee: mfabian(a)redhat.com Reporter: gzjboy(a)163.com QA Contact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, kent.neo(a)gmail.com, me(a)kaio.net, mfabian(a)redhat.com, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Version-Release number of selected component: ibus-table-1.5.0.20140312-2.fc20 Additional info: reporter: libreport-2.2.1 cmdline: /usr/bin/python3 /usr/share/ibus-table/engine/main.py --ibus executable: /usr/share/ibus-table/engine/main.py kernel: 3.13.10-200.fc20.x86_64 runlevel: N 5 type: Python3 uid: 1000 Truncated backtrace: table.py:798:update_candidates:IndexError: pop from empty list Traceback (most recent call last): File "/usr/share/ibus-table/engine/table.py", line 1610, in do_process_key_event result = self._process_key_event (key) File "/usr/share/ibus-table/engine/table.py", line 1632, in _process_key_event return self._table_mode_process_key_event (key) File "/usr/share/ibus-table/engine/table.py", line 1867, in _table_mode_process_key_event res = self._editor.add_input ( keychar ) File "/usr/share/ibus-table/engine/table.py", line 407, in add_input res = self.update_candidates () File "/usr/share/ibus-table/engine/table.py", line 798, in update_candidates self._tabkey_list.pop() IndexError: pop from empty list Local variables in innermost frame: self: <table.editor object at 0x7f9de0376710> only_one_last: False -- 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=uTlBnGIXuQ&a=cc_unsubscribe

8 years, 10 months

1
5
0 / 0

[Fedora-i18n-bugs] [Bug 984230] New: Broken aliasing on small sizes since version 2.00

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=984230 Bug ID: 984230 Summary: Broken aliasing on small sizes since version 2.00 Product: Fedora Version: 18 Component: liberation-fonts Severity: medium Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: gitne(a)excite.co.jp 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 The pixel aliasing of glyphs, especially vertical lines/parts is broken since version 2.00 on Windows (renderer). This applies to all Liberation Font types when ClearType is off, i.e. with gray-scale anti-aliasing only. Version 2.00 has incurred aliasing for all font sizes. Version 2.00.1 fixed this by disabling anti-aliasing for sizes < 14pt. Yet, vertical lines/parts and some transitions from curves to lines are still rendered incorrectly or with artifacts. This may also apply to Fedora GNOME desktops, but it has been observed on Windows first. Although, I am not a font design specialist, I suppose that this problem exists because version 2.00 is based on Google Crosscore fonts and hinting information for small font sizes is missing. This is a show stopper for software rendering Libration Fonts on pixel based digital displays. Software packages like LibréOffice are also negatively affected by this issue (although on displays only). Please resolve this issue or revert verion 2.00 and later to beta status. How to reproduce: Windows XP/2003 Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes < 14pt. Windows Vista and later Disable ClearType Compare Liberation Fonts version 1.07 to version 2.00.1 for small font sizes < 14pt. Version 1.07 has been correctly hinted, hence is perfectly pixel aligned. -- 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=MocNtqGafn&a=cc_unsubscribe

8 years, 10 months

1
24
0 / 0

[Fedora-i18n-bugs] [Bug 953703] New: 3 cyrillic fonts are missing

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=953703 Bug ID: 953703 Summary: 3 cyrillic fonts are missing Product: Fedora Version: rawhide Component: liberation-fonts Severity: high Priority: unspecified Assignee: psatpute(a)redhat.com Reporter: translatorky(a)lavabit.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 Category: --- Description of problem: Please add 3 missing cyrillic fonts U+04A2 Ң U+04A3 ң U+04E8 Ө U+04E9 ө U+04AE Ү U+04AF ү Version-Release number of selected component (if applicable): Minetest game using liberationmono and liberationsans fonts, in version 0.4.6 was added kyrgyz language translations How reproducible: Open Minetest 0.4.6 with kyrgyz language locale Steps to Reproduce: 1. Go to Minetest.net and download 0.4.6 version 2. Open Minetest with kyrgyz language locale 3. 3 cyrillic fonts are invisible Actual results: Expected results: 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=ueHlHhfaur&a=cc_unsubscribe

8 years, 10 months

1
7
0 / 0

[Fedora-i18n-bugs] [Bug 894907] New: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process /usr/bin/fontmatrix was killed by signal 11 (SIGSEGV)

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=894907 Bug ID: 894907 Summary: [abrt] fontmatrix-0.9.99-7.r1218.fc18: size: Process /usr/bin/fontmatrix was killed by signal 11 (SIGSEGV) Product: Fedora Version: 18 Component: fontmatrix Severity: unspecified Priority: unspecified Reporter: ccoleman(a)redhat.com Description of problem: Was using fontmatrix and importing fonts. Some of the fonts were removed or deleted on disk and then I attempted to view them a second time. Version-Release number of selected component: fontmatrix-0.9.99-7.r1218.fc18 Additional info: backtrace_rating: 4 cmdline: fontmatrix crash_function: size executable: /usr/bin/fontmatrix kernel: 3.6.11-3.fc18.x86_64 remote_result: NOTFOUND uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 size at /usr/include/QtCore/qlist.h:98 #1 count at /usr/include/QtCore/qlist.h:280 #2 FontItem::deRenderAll at /usr/src/debug/fontmatrix-0.9.99-Source/src/fontitem.cpp:1694 #3 ChartWidget::~ChartWidget at /usr/src/debug/fontmatrix-0.9.99-Source/src/chartwidget.cpp:73 #5 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907 #6 QWidget::~QWidget at kernel/qwidget.cpp:1681 #7 QStackedWidget::~QStackedWidget at widgets/qstackedwidget.cpp:196 #8 QObjectPrivate::deleteChildren at kernel/qobject.cpp:1907 #9 QWidget::~QWidget at kernel/qwidget.cpp:1681 #10 QSplitter::~QSplitter at widgets/qsplitter.cpp:1056 -- 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=z2njgSwnjh&a=cc_unsubscribe

8 years, 10 months

1
9
0 / 0

[Fedora-i18n-bugs] [Bug 890474] New: ibus input disabled in libreoffice when window loses focus

by Red Hat Bugzilla

Product: Fedora https://bugzilla.redhat.com/show_bug.cgi?id=890474 Bug ID: 890474 Summary: ibus input disabled in libreoffice when window loses focus Product: Fedora Version: 18 Component: ibus Severity: unspecified Priority: unspecified Reporter: ed.greshko(a)greshko.com Created attachment 669534 --> https://bugzilla.redhat.com/attachment.cgi?id=669534&action=edit 1st screenshot Description of problem: Not sure if this is an ibus, libreoffice, or KDE issue. However, if you bring up libreoffice writer and then ctrl-shift to enter Chinese, for example, but then change you focus to another window you can no longer enter Chinese in libreoffice. Other apps, such as konsole, continue to response "correctly". Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Ctrl-Sift and select input method. 2. Start libreoffice writer 3. Enter Chinese, for example 4. Move cursor to konsole and allow it to gain focus 5. Move back to libreoffice 6. Not possible to enter Chinese. Even restarting ibus doesn't help. Actual results: Expected results: Additional info: See attached screen shots in sequence. Verified on "real" system as well as a VM -- 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=WtUGy8wXQy&a=cc_unsubscribe

8 years, 10 months

1
36
0 / 0

[Fedora-i18n-bugs] [Bug 1120905] New: [abrt] stardict: g_realloc(): stardict killed by SIGTRAP

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1120905 Bug ID: 1120905 Summary: [abrt] stardict: g_realloc(): stardict killed by SIGTRAP Product: Fedora Version: 20 Component: stardict Assignee: apatil(a)redhat.com Reporter: ifoolb(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, nav007(a)gmail.com, pwu(a)redhat.com, robinlee.sysu(a)gmail.com, supercyper1(a)gmail.com, zhu(a)redhat.com Description of problem: searching within the definition of a word drove to the crash. Version-Release number of selected component: stardict-3.0.5-1.fc20 Additional info: reporter: libreport-2.2.2 backtrace_rating: 4 cmdline: stardict crash_function: g_realloc executable: /usr/bin/stardict kernel: 3.15.4-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (6 frames) #2 g_realloc at gmem.c:174 #3 StarDictClient::parse_dict_result at stardict_client.cpp:1166 #4 StarDictClient::parse at stardict_client.cpp:1272 #5 StarDictClient::on_io_in_event at stardict_client.cpp:835 #10 gtk_main at gtkmain.c:1257 #11 AppCore::Init at stardict.cpp:2080 -- 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=3iJSKMjZ5M&a=cc_unsubscribe

8 years, 10 months

1
6
0 / 0

[Fedora-i18n-bugs] [Bug 1119967] New: ibus-mozc could not save input mode

by Red Hat Bugzilla

https://bugzilla.redhat.com/show_bug.cgi?id=1119967 Bug ID: 1119967 Summary: ibus-mozc could not save input mode Product: Fedora Version: 20 Component: mozc Assignee: tagoh(a)redhat.com Reporter: danielsun3164(a)gmail.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, tagoh(a)redhat.com Description of problem: After a recent update of ibus-mozc, it could not save input mode I set. Version-Release number of selected component (if applicable): $ rpm -q mozc ibus-mozc mozc-1.15.1814.102-1.fc20.x86_64 ibus-mozc-1.15.1814.102-1.fc20.x86_64 How reproducible: Everytime Steps to Reproduce: 1. Activate mozc input method in ibus. 2. The default input mode is "Direct input", change it to "Hiragana" 3. Restart ibus and activate mozc input method again, the input mode changed back to "Direct input" again Actual results: The input mode of mozc input method changed back to "Direct input". Expected results: Because I set the input method to "Hiragana" before, the input mode should be saved and be still "Hiragana". Additional info: If it is difficult to save the input mode, the default input mode should be "Hiragana" because most people would not activate mozc input method to simply input English. -- 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=NwQyb8sJHM&a=cc_unsubscribe

8 years, 10 months

1
23
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs July 2014