i18n-bugs December 2011

i18n-bugs@lists.fedoraproject.org

3 participants
294 discussions

[Fedora-i18n-bugs] [Bug 756270] New: libpinyin cannot remember user's input
by Red Hat Bugzilla 18 Oct '12

18 Oct '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: libpinyin cannot remember user's input https://bugzilla.redhat.com/show_bug.cgi?id=756270 Summary: libpinyin cannot remember user's input Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: libpinyin AssignedTo: pwu(a)redhat.com ReportedBy: wshen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com Classification: Fedora Story Points: --- Type: --- Description of problem: when inputing "我是一只鱼", the libpinyin cannot remember the phrase after I input several times. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: 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 2

[Fedora-i18n-bugs] [Bug 514110] New: [ta_IN] Tamil collation rules are not working in other locales
by Red Hat Bugzilla 17 Oct '12

17 Oct '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: [ta_IN] Tamil collation rules are not working in other locales https://bugzilla.redhat.com/show_bug.cgi?id=514110 Summary: [ta_IN] Tamil collation rules are not working in other locales Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: glibc AssignedTo: schwab(a)redhat.com ReportedBy: psatpute(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: jakub(a)redhat.com, santhosh.thottingal(a)gmail.com, fedora-i18n-bugs(a)redhat.com, schwab(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Description of problem: ta_IN collation rules are not working, when we select other locale say en_US.UTF-8 Version-Release number of selected component (if applicable): glibc-common-2.10.90-7.1 How reproducible: every time Steps to Reproduce: 1. select en_US locale 2. try to sort Tamil characters 3. Actual results: sorting is not working Expected results: It should be sorted as per collation rule Additional info: This is happening due to ta_IN collation rules written in ta_IN locale file, and these rules are not available to outside locale. We should move these collation table to iso14651_t1_common(common to most of the locale), so it will be available to other locale as well and tamil sorting will work while selecting any locale -- 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 28

[Fedora-i18n-bugs] [Bug 591554] New: Font artifact with number 4
by Red Hat Bugzilla 05 Oct '12

05 Oct '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: Font artifact with number 4 https://bugzilla.redhat.com/show_bug.cgi?id=591554 Summary: Font artifact with number 4 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: liberation-fonts AssignedTo: cchance(a)redhat.com ReportedBy: cchance(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: petersen(a)redhat.com, cchance(a)redhat.com, fonts-bugs(a)lists.fedoraproject.org, i18n-bugs(a)lists.fedoraproject.org Classification: Fedora Target Release: --- Description of problem: (Quoted from calumlind) I have this issue with Liberation Sans font when used with Docky: http://imagebin.org/95732 I have checked that this occurs with Sans, Mono and very slightly with Serif on two different Ubuntu Lucid computers. It seems to be related to the inner triangle of the 4 because as you increase the icon size to 128 in Docky the artefact does not grow but you can still faintly see it behind the number: http://imagebin.org/95870 I already posted a bug report with Docky but they did not think it is a problem they can fix: https://bugs.launchpad.net/docky/+bug/575807 -- 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 12

[Fedora-i18n-bugs] [Bug 745371] New: ibus-chewing: mode confusion In Temporary English mode and
by Red Hat Bugzilla 17 Sep '12

17 Sep '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus-chewing: mode confusion In Temporary English mode and https://bugzilla.redhat.com/show_bug.cgi?id=745371 Summary: ibus-chewing: mode confusion In Temporary English mode and Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: ibus-chewing AssignedTo: dchen(a)redhat.com ReportedBy: dchen(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 Blocks: 713033 Classification: Fedora Story Points: --- Type: --- Description of problem: >From Bug 713033, item 3: Switch to Chewing or type Chewing in a new window.Let say I want to type the word "我", ㄨ should be shown when I hit the first key, which is "j" on the keyboard. Instead, "j" is shown directly.To get rid of it, I have to delete "j" and Chewing is back again.Switching between Chewing and English also works. Version-Release number of selected component (if applicable): ibus-chewing-1.3.9.2-1.fc14.i686 How reproducible: Sometimes Steps to Reproduce: 0. Set ibus language panel as "Always" 1. Open a gedit on synergy client. 2. Switch to temporary English mode, 3. Switch back to Chinese mode 4. Press "j" (ㄨ) Actual results: "j" is shown Expected results: "ㄨ" should be shown Additional info: This bug maybe easier to reproduce with synergy -- 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 9

[Fedora-i18n-bugs] [Bug 713033] New: ibus-chewing problem
by Red Hat Bugzilla 17 Sep '12

17 Sep '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus-chewing problem https://bugzilla.redhat.com/show_bug.cgi?id=713033 Summary: ibus-chewing problem Product: Fedora Version: rawhide Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: ibus-chewing AssignedTo: dchen(a)redhat.com ReportedBy: hawk0115(a)gmail.com QAContact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Classification: Fedora Story Points: --- Description of problem: 1) Inputted characters will be pasted around when moving between windows. Although it could be avoided by hitting "Enter" twice or hitting Esc or closing ibus, it creates new lines and bugs users. 2) Highlighted characters will be cropped and gone when moving between windows. 3) Switch to Chewing or type Chewing in a new window.Let say I want to type the word " 我", ㄨ should be shown when I hit the first key, which is "j" on the keyboard. Instead, "j" is shown directly.To get rid of it, I have to delete "j" and Chewing is back again.Switching between Chewing and English also works. 4) After typing some keys, a candidate is usually shown and underscored. If Enter is pressed, the candidate is chosen and the character is inputted successfully. But if Enter on the "number keyboard" is pressed, it creates a new line and the candidate is still underscored (waiting to be chosen). Another user who uses "Plain Zhuyin" under Chewing tried to reproduce the above problem. ibus crashed with the error message below: ibus-Chewing 當機版本： ibus-chewing-1.3.9.2-1.fc14 錯誤原因：Process /usr/libexec/ibus-engine-chewing was killed by signal 11 (SIGSEGV) 5) Unlike most IM in ibus, hitting "shift" in Chewing won't switch between Chinese and English. Can it be improved? Version-Release number of selected component (if applicable): - Version: ibus-chewing-1.3.9.2-1.fc14.i686 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: 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 27

[Fedora-i18n-bugs] [Bug 752421] New: fuzzy syllable 'l' in ibus-pinyin cause ibus-pinyin crashed
by Red Hat Bugzilla 13 Sep '12

13 Sep '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: fuzzy syllable 'l' in ibus-pinyin cause ibus-pinyin crashed https://bugzilla.redhat.com/show_bug.cgi?id=752421 Summary: fuzzy syllable 'l' in ibus-pinyin cause ibus-pinyin crashed Product: Fedora Version: 16 Platform: All OS/Version: Linux Status: NEW Severity: high Priority: unspecified Component: ibus-pinyin AssignedTo: pwu(a)redhat.com ReportedBy: davelv(a)qq.com QAContact: extras-qa(a)fedoraproject.org CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com, shawn.p.huang(a)gmail.com Classification: Fedora Story Points: --- Type: --- Version-Release number of selected component (if applicable): ibus-pinyin-1.3.8.i686 in CentOS6.0 ibus-pinyin-1.3.11.i686 in Fedora14 & CentOS 6.0& Ubuntu11.04 ibus-pinyin-1.3.99.20110706-2.fc16 i686 & x86_64 Steps to Reproduce: 1.Enable the fuzzy syllable 'l->r' and 'l->n' in preferences of ibus-pinyin 2.input character 'l' Actual results: ibus-pinyin crashed (As my friend who used CentOS 6.0 said, when he input 'l' the input window will suspend and then he restart the ibus manually,the input window crashed) Expected results: The actions of the character 'l' as like as 'n' or 'r' Additional info: When I enable only one in 'l->r' & 'l->n', all things are good. So i think some codes may non-reentrant or something like this. Hope helps -- 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 2

[Fedora-i18n-bugs] [Bug 486272] New: toolbar focus problems
by Red Hat Bugzilla 04 Sep '12

04 Sep '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: toolbar focus problems https://bugzilla.redhat.com/show_bug.cgi?id=486272 Summary: toolbar focus problems Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: mclasen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- The toolbar seems useless if "focus-follows-mouse" is turned on, since it becomes inactive on focus out. This also affects the status icon. By focus-follows-mouse, I mean the "Select windows when the mouse moves over them" option in the "Windows" capplet. If you turn that on, and move the move from the window you are working in towards the toolbar or statusicon, the window looses focus and the status icon/toolbar turn inactive, so you can't do whatever you wanted to there in the first place... -- 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 16

[Fedora-i18n-bugs] [Bug 486279] New: ibus preferences ui improvements, part 2
by Red Hat Bugzilla 04 Sep '12

04 Sep '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: ibus preferences ui improvements, part 2 https://bugzilla.redhat.com/show_bug.cgi?id=486279 Summary: ibus preferences ui improvements, part 2 Product: Fedora Version: rawhide Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: ibus AssignedTo: phuang(a)redhat.com ReportedBy: mclasen(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Target Release: --- Keyboard shortcuts: I would love to see these moved to the keyboard shortcuts capplet, which has support for handling application-defined shortcuts. As a bonus, you get automatic conflict handling. The one restriction is that currently, only one key-combination per action is possible. If having multiple is essential, you could either split it into "Trigger", "Alternative Trigger", "Second Alternative Trigger", or file a bug and I'll look into enabling multiple shortcuts per action in the keybinding capplet -- 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 14

[Fedora-i18n-bugs] [Bug 740445] New: gnome keyboard icon appear while using it with ibus
by Red Hat Bugzilla 04 Sep '12

04 Sep '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: gnome keyboard icon appear while using it with ibus https://bugzilla.redhat.com/show_bug.cgi?id=740445 Summary: gnome keyboard icon appear while using it with ibus Product: Fedora Version: 16 Platform: Unspecified OS/Version: Unspecified Status: NEW Severity: unspecified Priority: unspecified Component: ibus AssignedTo: tfujiwar(a)redhat.com ReportedBy: aalam(a)redhat.com QAContact: extras-qa(a)fedoraproject.org CC: tfujiwar(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org, shawn.p.huang(a)gmail.com Classification: Fedora Story Points: --- Type: --- Description of problem: while enable xkeyboard with ibus, but Icon of gnome keyboard appear in notification area (top right side of screen). There are two icon showing single keyboard, which seems not good to end user (make him confuse) Version-Release number of selected component (if applicable): xkeyboard-config-2.3-2.fc16.noarch ibus-1.3.99.20110817-5.fc16.x86_64 control-center-3.1.91-1.fc16.x86_64 How reproducible: everytime Steps to Reproduce: 1. Add xkeyboard from ibus-preference (Punjabi->Gurmukhi Jhelum) 2. enable keyboard layout 3. check icons Actual results: two icons appeared Expected results: there should be one icon 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 3

[Fedora-i18n-bugs] [Bug 477690] New: libchewing multilib conflict
by Red Hat Bugzilla 28 Aug '12

28 Aug '12

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. Summary: libchewing multilib conflict https://bugzilla.redhat.com/show_bug.cgi?id=477690 Summary: libchewing multilib conflict Product: Fedora Version: 10 Platform: All OS/Version: Linux Status: NEW Severity: medium Priority: low Component: libchewing AssignedTo: dchen(a)redhat.com ReportedBy: phil(a)fifi.org QAContact: extras-qa(a)fedoraproject.org CC: dchen(a)redhat.com, fedora-i18n-bugs(a)redhat.com Estimated Hours: 0.0 Classification: Fedora Description of problem: yum install libchewing.i386 libchewing.x86_64 yeilds: file /usr/share/chewing/fonetree.dat from install of libchewing-0.3.2-0.fc10.i386 conflicts with file from package libchewing-0.3.2-0.fc10.x86_64 Version-Release number of selected component (if applicable): libchewing-0.3.2-0.fc10 -- 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 17

← Newer
1
...
5
6
7
8
9
10
11
...
30
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

i18n-bugs December 2011