[Fedora-i18n-bugs] [Bug 660034] New: selecting China and Korea keyboard layouts gives USA layout
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: selecting China and Korea keyboard layouts gives USA layout
https://bugzilla.redhat.com/show_bug.cgi?id=660034
Summary: selecting China and Korea keyboard layouts gives USA
layout
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: input-pad
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tfujiwar(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
Haven't tried to debug but while testing noticed
that selecting China or Korea xkb layouts in input-pad
results in USA layout being selected.
Version-Release number of selected component (if applicable):
input-pad-1.0.0-1.fc14
How reproducible:
every time
Steps to Reproduce:
1. start input-pad
2. select China or Korea keyboard
3.
Actual results:
USA keyboard selected
Expected results:
China (or Korea) layout
--
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.
12 years, 11 months
[Fedora-i18n-bugs] [Bug 588720] New: docs-jargon-buster is not accepting translations
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: docs-jargon-buster is not accepting translations
https://bugzilla.redhat.com/show_bug.cgi?id=588720
Summary: docs-jargon-buster is not accepting translations
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: transifex
AssignedTo: ivazqueznet(a)gmail.com
ReportedBy: domingobecker(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: ivazqueznet(a)gmail.com, diegobz(a)gmail.com,
rpandit(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
Docs :: Jargon Buster is not accepting translations.
This is related to bug #587037
Version-Release number of selected component (if applicable):
How reproducible:
always
Steps to Reproduce:
1. select a file to upload
2. upload it
3.
Actual results:
it issues a message like this:
Sorry, your file could not be sent because of an error.
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.
12 years, 11 months
[Fedora-i18n-bugs] [Bug 551317] New: A dash becomes a long empty space.
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: A dash becomes a long empty space.
https://bugzilla.redhat.com/show_bug.cgi?id=551317
Summary: A dash becomes a long empty space.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: psatya(a)yahoo.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
I have typed my Telugu text here using firefox browser
http://www.google.com/transliterate/indic/Telugu
and pasted it into OpenOffice Writer 3.1 with Lohit Telugu font version 2.4.5
selected.
Everything seem to be working fine though the newer Lohit font looks smaller
than an older version of Lohit font I was using earlier.
But the main problem here is, a dash (-) becomes an empty space. It looks like
a long space that is equivalent two chars approx.
I also tried to type a dash right in the OO but it doesn't work.
If I select Pothana2000 font instead of Lohit in OO, all my dashes work fine.
The Pothana2000 is another Unicode font for Telugu but I love the rounded
letter shapes of Lohit font so much!
Thanks a lot for this beautiful Lohit Telugu font.
--
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.
12 years, 11 months
[Fedora-i18n-bugs] [Bug 664011] New: [abrt] ibus-chewing-1.3.9.2-1.fc15: Process /usr/libexec/ibus-engine-chewing was killed by signal 6 (SIGABRT)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] ibus-chewing-1.3.9.2-1.fc15: Process /usr/libexec/ibus-engine-chewing was killed by signal 6 (SIGABRT)
https://bugzilla.redhat.com/show_bug.cgi?id=664011
Summary: [abrt] ibus-chewing-1.3.9.2-1.fc15: Process
/usr/libexec/ibus-engine-chewing was killed by signal
6 (SIGABRT)
Product: Fedora
Version: rawhide
Platform: x86_64
OS/Version: Unspecified
Status: NEW
Status Whiteboard: abrt_hash:788f0e023ddbe2de26d3367c48d043a0bba23903
Severity: medium
Priority: low
Component: ibus-chewing
AssignedTo: dchen(a)redhat.com
ReportedBy: aalam(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
Classification: Fedora
Target Release: ---
abrt version: 1.1.14
architecture: x86_64
Attached file: backtrace
cmdline: /usr/libexec/ibus-engine-chewing --ibus
component: ibus-chewing
executable: /usr/libexec/ibus-engine-chewing
kernel: 2.6.37-0.rc5.git2.1.fc15.x86_64
package: ibus-chewing-1.3.9.2-1.fc15
reason: Process /usr/libexec/ibus-engine-chewing was killed by signal 6
(SIGABRT)
release: Fedora release 15 (Rawhide)
time: 1292609610
uid: 500
How to reproduce
-----
1. used application - ooimpress (libreoffice.org-impress)
2. input method - ibus-chewing
3.
--
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.
13 years
[Fedora-i18n-bugs] [Bug 522047] New: [abrt] crash detected in ibus-anthy-1.2.0.20090907-1.fc12
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] crash detected in ibus-anthy-1.2.0.20090907-1.fc12
https://bugzilla.redhat.com/show_bug.cgi?id=522047
Summary: [abrt] crash detected in
ibus-anthy-1.2.0.20090907-1.fc12
Product: Fedora
Version: rawhide
Platform: i686
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:4034af90
Severity: medium
Priority: low
Component: ibus-anthy
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, tfujiwar(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
abrt detected a crash.
How to reproduce
-----
1.
2.
3.
Additional information
======
Attached files
----
backtrace
cmdline
-----
python /usr/share/ibus-anthy/engine/main.py --ibus
component
-----
ibus-anthy
executable
-----
/usr/share/ibus-anthy/engine/main.py
kernel
-----
2.6.31-0.204.rc9.fc12.i686
package
-----
ibus-anthy-1.2.0.20090907-1.fc12
uuid
-----
4034af90
--
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.
13 years
[Fedora-i18n-bugs] [Bug 663900] New: Virtual Terminal has broken Rendering for Indian languages, text 'password' is shown as localized,
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Virtual Terminal has broken Rendering for Indian languages, text 'password' is shown as localized,
https://bugzilla.redhat.com/show_bug.cgi?id=663900
Summary: Virtual Terminal has broken Rendering for Indian
languages, text 'password' is shown as localized,
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: initscripts
AssignedTo: notting(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: notting(a)redhat.com, jonathan(a)jonmasters.org,
i18n-bugs(a)lists.fedoraproject.org,
plautrba(a)redhat.com, iarlyy(a)gmail.com
Classification: Fedora
Target Release: ---
Description of problem:
While installed Rawhide in particular language (Hindi/hi_IN), try to switch
Virtual Terminal (with Alt+Ctrl+F2/F3..), then After entering user name,
Password is shown in Local language, where it failed to display (only square
characters are shown).
Version-Release number of selected component (if applicable):
How reproducible:
Every time
Steps to Reproduce:
1. Change System Language to Hindi (hi_IN)
2. (reboot and at) GDM Screen, switch to Virtual Terminal 2/3
3. enter any user nam
4. check password
Actual results:
text 'password' is in local language
Expected results:
that should be in English as Indic Languages are not rendering in Terminal
Additional info:
Fedora 14 is showing in English
--
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.
13 years
[Fedora-i18n-bugs] [Bug 650802] New: [si] stick characters with cursor, while input with si-wijesekera.mim
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [si] stick characters with cursor, while input with si-wijesekera.mim
https://bugzilla.redhat.com/show_bug.cgi?id=650802
Summary: [si] stick characters with cursor, while input with
si-wijesekera.mim
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: m17n-db
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
I am facing another problem, while using this
if I press d or e or like that character, then some time (randomly), it _stick_
to cursor and DEL and BKSP is not working to remove that, just press ALT+TAB
and back to same application (where you are working), then it automatically
went.
Version-Release number of selected component (if applicable):
m17n-db-1.6.1-3.fc14.noarch
How reproducible:
Everytime
Steps to Reproduce:
1. use si-wijesekera to input in Sinhala
2. type using 'd' or 'e' key
3. move curosr Up/Down
4. press Del/Bksp
Actual results:
some characters stick with cursor
Expected results:
after input, cursor should be free.
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.
13 years
[Fedora-i18n-bugs] [Bug 651289] New: zh-cangjie.mim: excessive space after committing Chinese word
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: zh-cangjie.mim: excessive space after committing Chinese word
https://bugzilla.redhat.com/show_bug.cgi?id=651289
Summary: zh-cangjie.mim: excessive space after committing
Chinese word
Product: Fedora
Version: 14
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: m17n-db
AssignedTo: pnemade(a)redhat.com
ReportedBy: dueno(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, pnemade(a)redhat.com,
i18n-bugs(a)lists.fedoraproject.org
Classification: Fedora
Target Release: ---
Description of problem:
With zh-cangjie.mim, space should be consumed when committing preedit.
Version-Release number of selected component (if applicable):
m17n-db-1.6.1-3.fc14.noarch
How reproducible:
always
Steps to Reproduce:
1. m17n-edit --im zh-cangjie
2. type b
3. type space
Actual results:
"月 " is inserted.
Expected results:
"月" (no trailing space) should be inserted.
Additional info:
While I'm not a Cangjie users, at least 3 different people reported the same
issue to IBus and Chromium OS:
https://code.google.com/p/ibus/issues/detail?id=891
https://code.google.com/p/chromium-os/issues/detail?id=8771
(a patch is attached there)
--
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.
13 years
[Fedora-i18n-bugs] [Bug 657165] New: [gnome3] ibus applet appearing in bottom popup notification area not panel
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [gnome3] ibus applet appearing in bottom popup notification area not panel
https://bugzilla.redhat.com/show_bug.cgi?id=657165
Summary: [gnome3] ibus applet appearing in bottom popup
notification area not panel
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: tfujiwar(a)redhat.com
ReportedBy: petersen(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
Target Release: ---
Description of problem:
When running ibus in F15 rawhide with gnome-shell
the ibus status applet seems to appear in
the popup notification area at the bottom
of the desktop used for notification event
and not in the panel where it should be.
I suppose the applet needs some tweaking
to be recognised a permanent status object
and not a temporary event.
How reproducible:
every time
Steps to Reproduce:
1. start ibus in gnome-shell or run it with ibus
Actual results:
applet appears in event notification area
Expected results:
applet to be up on the panel
Additional info:
Works ok in F14 gnome-shell
--
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.
13 years
[Fedora-i18n-bugs] [Bug 652513] New: need some exception to have LANG=en_US in grub.conf for CIJK
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: need some exception to have LANG=en_US in grub.conf for CIJK
https://bugzilla.redhat.com/show_bug.cgi?id=652513
Summary: need some exception to have LANG=en_US in grub.conf
for CIJK
Product: Fedora
Version: rawhide
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: grubby
AssignedTo: pjones(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pjones(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org,
bcl(a)redhat.com
Classification: Fedora
Target Release: ---
Description of problem:
Putting CIJK locale to the kernel parameters doesn't make any sense since VT
isn't capable to display any CIJK characters. as we have a sort of hacks to
prevent enabling CIJK locale on VT in /etc/profile.d/lang.sh, new-kernel-pkg
should have similar hack.
Version-Release number of selected component (if applicable):
grubby-7.0.16-1.fc14.x86_64
How reproducible:
always
Steps to Reproduce:
1.put LANG=ja_JP.UTF-8 as the kernel parameter in grub.conf
2.boot
3.try login on VT
Actual results:
the broken localized strings on the password prompt appears.
Expected results:
should be readable.
Additional info:
This issue is raised on rawhide only since upstart doesn't have a look at LANG
to spawn any processes but systemd does.
--
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.
13 years