i18n-bugs December 2013

i18n-bugs@lists.fedoraproject.org

1 participants
350 discussions

[Fedora-i18n-bugs] [Bug 623320] New: ibus-table may need to be rebuilt against Python 2.7 in F14 and rawhide
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus-table may need to be rebuilt against Python 2.7 in F14 and rawhide https://bugzilla.redhat.com/show_bug.cgi?id=623320 Summary: ibus-table may need to be rebuilt against Python 2.7 in F14 and rawhide Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus-table AssignedTo: dchen(a)redhat.com ReportedBy: dmalcolm(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Depends on: 623233 Blocks: 619913 Classification: Fedora Target Release: --- This is an automatically-filed bug. ibus-table-1.3.0.20100621-1.fc14 contains one or more .pyc files, but has not been rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files presumably are for Python 2.6. Python 2.7 changed the bytecode format, so usage of those files will typically fail (see e.g. bug 621726). The package needs to be rebuilt against python 2.7 in both F14 and devel. Information on the new "dist-git" system can be seen here: http://fedoraproject.org/wiki/Using_Fedora_GIT Information on common difficulties with Python 2.7 rebuilds can be seen here: https://fedoraproject.org/wiki/Features/Python_2.7 Once it's been successfully rebuilt for F14, an update needs to be filed to get the rebuild into F14: https://admin.fedoraproject.org/updates/new/ Please add this bug to the update, to make it easy to track what's been done, and what's left to do. I'm sorry that this component was not handled by the mass rebuild. (This may be due to bug 623233) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 8

[Fedora-i18n-bugs] [Bug 623319] New: ibus-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide https://bugzilla.redhat.com/show_bug.cgi?id=623319 Summary: ibus-pinyin may need to be rebuilt against Python 2.7 in F14 and rawhide Product: Fedora Version: 14 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus-pinyin AssignedTo: pwu(a)redhat.com ReportedBy: dmalcolm(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Depends on: 623233 Blocks: 619913 Classification: Fedora Target Release: --- This is an automatically-filed bug. ibus-pinyin-1.3.9-1.fc14 contains one or more .pyc files, but has not been rebuilt since Python 2.7 was built for Fedora, and thus the .pyc files presumably are for Python 2.6. Python 2.7 changed the bytecode format, so usage of those files will typically fail (see e.g. bug 621726). The package needs to be rebuilt against python 2.7 in both F14 and devel. Information on the new "dist-git" system can be seen here: http://fedoraproject.org/wiki/Using_Fedora_GIT Information on common difficulties with Python 2.7 rebuilds can be seen here: https://fedoraproject.org/wiki/Features/Python_2.7 Once it's been successfully rebuilt for F14, an update needs to be filed to get the rebuild into F14: https://admin.fedoraproject.org/updates/new/ Please add this bug to the update, to make it easy to track what's been done, and what's left to do. I'm sorry that this component was not handled by the mass rebuild. (This may be due to bug 623233) -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Fedora-i18n-bugs] [Bug 462412] New: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server https://bugzilla.redhat.com/show_bug.cgi?id=462412 Summary: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: high Priority: high Component: java-1.6.0-openjdk AssignedTo: langel(a)redhat.com ReportedBy: shawn.p.huang(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: mark(a)klomp.org, langel(a)redhat.com, lkundrak(a)v3.sk, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS to XIM server. When JTextArea & JTextField work with XIM input methods, it do not set or unset ic focus via XIM protocol. So XIM server can not handle focus for Java application properly. I did not try other java widgets, maybe they have this problem too. Version-Release number of selected component (if applicable): java-1.6.0-openjdk-demo-1.6.0.0-0.20.b11.fc10.i386 java-1.6.0-openjdk-1.6.0.0-0.20.b11.fc10.i386 java-1.6.0-openjdk-plugin-1.6.0.0-0.20.b11.fc10.i386 How reproducible: Always Steps to Reproduce: 1. 2. 3. Actual results: JTextArea & JTextField do not send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server. Expected results: JTextArea & JTextField send XIM_SET_IC_FOCUS & XIM_UNSET_IC_FOCUS events to XIM server, when they get or lose focus. Additional info: -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 13

[Fedora-i18n-bugs] [Bug 1005780] New: Liberation Sans Mono Enhancement Request: Modification needed for "l" Character
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1005780 Bug ID: 1005780 Summary: Liberation Sans Mono Enhancement Request: Modification needed for "l" Character Product: Fedora Version: 19 Component: liberation-fonts Severity: low Assignee: psatpute(a)redhat.com Reporter: wrkerr(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 Description of problem: Lowercase "l" character very closely resembles the "1" character from many other typefaces, especially at smaller point sizes, and even more so in the italic style. Version-Release number of selected component (if applicable): 2.00.1 How reproducible: Type an italic "l" at 8 point size. Print alongside "1" also at 8 point size from some other monospaced fonts, such as DejaVu Sans Mono and notice the similarity. Additional info: I have found Liberation Mono to be the best Free typeface for my coding purposes. I particularly love how readable yet compact it is at small sizes. I've had difficultly though with the "l" character. I find that this character seems to me to be indistinguishable from the "1" character from many other typefaces. The problem is even more apparent when the font is used in the italic style. To my perception, an "l" formed more similar to that of the DejaVu Sans Mono, Source Code Pro, or Ubuntu Mono would fit better with the overall design approach of the typeface by being clearly readable at all sizes--it could no longer be confused with any other character. This would include a leftward serif at the top of the letter, and a rightward curvature at the bottom of the character. To my eye, DejaVu Sans Mono's "l" would be the best model. -- 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=K9FEhWbOFv&a=cc_unsubscribe

1 25

[Fedora-i18n-bugs] [Bug 861299] New: [LANG] Text on Screensaver is truncated
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=861299 Bug ID: 861299 Keywords: i18n QA Contact: extras-qa(a)fedoraproject.org Severity: unspecified Version: 18 Priority: unspecified CC: i18n-bugs(a)lists.fedoraproject.org, jmccann(a)redhat.com, rstrode(a)redhat.com Assignee: rstrode(a)redhat.com Summary: [LANG] Text on Screensaver is truncated Regression: --- Story Points: --- Classification: Fedora OS: Unspecified Reporter: aalam(a)redhat.com Type: Bug Documentation: --- Hardware: Unspecified Mount Type: --- Status: NEW Component: gnome-screensaver Product: Fedora -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Fedora-i18n-bugs] [Bug 506646] New: fop does support fontsets properly
by Red Hat Bugzilla 18 Feb '15

18 Feb '15

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fop does support fontsets properly https://bugzilla.redhat.com/show_bug.cgi?id=506646 Summary: fop does support fontsets properly Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: medium Component: fop AssignedTo: langel(a)redhat.com ReportedBy: petersen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: langel(a)redhat.com, fedora-i18n-bugs(a)redhat.com, fitzsim(a)fitzsim.org Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: It is a long-standing problem that publican books can be generated correctly for Indic since Indic (Indian) fonts do not include ASCII glyphs. If fop was able to fallback to fonts or better use pango or some similar font abstraction to isolate the hardcoding of fonts from fop itself then this would just work. This requires some work upstream I guess but I would like to track this here in the open for fedora. -- Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 19

[Fedora-i18n-bugs] [Bug 1019596] New: ibus-hangul should flush the pre-edit buffer before focus change
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1019596 Bug ID: 1019596 Summary: ibus-hangul should flush the pre-edit buffer before focus change Product: Fedora Version: 19 Component: ibus-hangul Severity: medium Assignee: dueno(a)redhat.com Reporter: dchen(a)redhat.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Description of problem: Without flush the pre-edit buffer, ibus-hangul may mistakenly output the last character to the next input focus and cause confusion. Version-Release number of selected component (if applicable): ibus-hangul-1.4.2-5.fc19.x86_64 How reproducible: Always with firefox. Steps to Reproduce: 1. Open firefox 2. Go to web page that has input field, (e.g. wikipedia) 3. Type 가나다 (rkskek) in the browser search field, do NOT press enter or space. 4. Click the input field in the web page. Actual results: '다' is pasted to the input field. Expected results: Input field stays clean. 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=hHaxWXUuz4&a=cc_unsubscribe

1 2

[Fedora-i18n-bugs] [Bug 1019544] New: [abrt] ibus-libpinyin-1.6.91-2.fc19: pinyin::ChewingLengthIndexLevel::load: Process /usr/libexec/ibus-engine-libpinyin was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1019544 Bug ID: 1019544 Summary: [abrt] ibus-libpinyin-1.6.91-2.fc19: pinyin::ChewingLengthIndexLevel::load: Process /usr/libexec/ibus-engine-libpinyin was killed by signal 11 (SIGSEGV) Product: Fedora Version: 19 Component: ibus-libpinyin Assignee: pwu(a)redhat.com Reporter: lihuanshuaiplus(a)qq.com QA Contact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Description of problem: after startup, at my opening every app that needs IMs Version-Release number of selected component: ibus-libpinyin-1.6.91-2.fc19 Additional info: reporter: libreport-2.1.7 backtrace_rating: 4 cmdline: /usr/libexec/ibus-engine-libpinyin --ibus crash_function: pinyin::ChewingLengthIndexLevel::load executable: /usr/libexec/ibus-engine-libpinyin kernel: 3.11.2-201.fc19.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 pinyin::ChewingLengthIndexLevel::load at chewing_large_table.cpp:818 #1 pinyin::ChewingBitmapIndexLevel::load at chewing_large_table.cpp:733 #2 load at ../src/storage/chewing_large_table.h:119 #4 pinyin_init at pinyin.cpp:209 #5 PY::LibPinyinBackEnd::initPinyinContext at PYLibPinyin.cc:69 #6 PY::LibPinyinBackEnd::allocPinyinInstance at PYLibPinyin.cc:94 #7 PY::LibPinyinFullPinyinEditor::LibPinyinFullPinyinEditor at PYPFullPinyinEditor.cc:32 #8 PY::LibPinyinPinyinEngine::LibPinyinPinyinEngine at PYPPinyinEngine.cc:60 #9 PY::ibus_pinyin_engine_constructor at PYEngine.cc:162 #11 g_object_new_valist at gobject.c:1836 Potential duplicate: bug 901879 -- 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=hPRab1XKFp&a=cc_unsubscribe

1 8

[Fedora-i18n-bugs] [Bug 1013299] New: Unnecessary functionality should be locked down while screen is locked
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1013299 Bug ID: 1013299 Summary: Unnecessary functionality should be locked down while screen is locked Product: Fedora Version: 19 Component: ibus-kkc Assignee: dueno(a)redhat.com Reporter: yukawa(a)google.com QA Contact: extras-qa(a)fedoraproject.org CC: dueno(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org Created attachment 804626 --> https://bugzilla.redhat.com/attachment.cgi?id=804626&action=edit You can launch set-up tool even when the screen is locked Description of problem: Currently ibus-kkc exposes unnecessary functionality even when the screen is locked Version-Release number of selected component (if applicable): Clean installed Fedora 19. How reproducible: 100% Steps to Reproduce: 1. Log in 2. Lock screen 3. Select "設定" from the menu of ibus-kkc exposed by gnome-shell Actual results: Nothing appears, but the setting dialog is actually launched in the user desktop. The user will see it when he/she actually unlocks the screen. Expected results: This functionality should be hidden and disabled while the screen is locked. Additional info: Basically we should carefully design IME functionality that is available on log-in screen and/or locked screen. For instance, we should disable following features to secure user privacy and prevent DOS attack. - Feature that directly or indirectly updates user dictionary - Feature that directly or indirectly exposes user dictionary - Feature that directly or indirectly updates user input history - Feature that directly or indirectly exposes user input history -- 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=t4JQFGAYMd&a=cc_unsubscribe

1 6

[Fedora-i18n-bugs] [Bug 1005546] New: Mismatched rendering of some Chinese characters
by Red Hat Bugzilla 17 Feb '15

17 Feb '15

https://bugzilla.redhat.com/show_bug.cgi?id=1005546 Bug ID: 1005546 Summary: Mismatched rendering of some Chinese characters Product: Fedora Version: 19 Component: wqy-zenhei-fonts Assignee: fangqq(a)gmail.com Reporter: bochecha(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: fangqq(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org, petersen(a)redhat.com, pwu(a)redhat.com Created attachment 795315 --> https://bugzilla.redhat.com/attachment.cgi?id=795315&action=edit A screenshot showing the issue Description of problem: Some characters are inverted in the WQY Zenhei font. See the attached screenshot, where I simply wrote the same characters twice in LibreOffice Writer, once with the "AR PL UMing CN" font and once with "WenQuanYi Zen Hei". With the latter, the two bracket characters are reversed (i.e the opening one is rendered as the closing one, and vice versa). Version-Release number of selected component (if applicable): wqy-zenhei-fonts-0:0.9.46-10.fc19.noarch How reproducible: Always. -- 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=r6hrrX8ZZV&a=cc_unsubscribe

1 3

← Newer
1
...
6
7
8
9
10
11
12
...
35
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs December 2013