Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Cannot change system language back to English after changing it to Korean.
https://bugzilla.redhat.com/show_bug.cgi?id=510412
Summary: Cannot change system language back to English after
changing it to Korean.
Product: Fedora
Version: 11
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: cal.mcpherson99(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem: Cannot reset system language back to original
selection.
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. Start with an English(US) language install of Gnome Fedora 11
2. Change system language through GUI to Korean.
3. Reboot.
4. Log in, the system language is korean.
5. Change system language through GUI to English(US)
6. Reboot.
7. Log in, the system language is korean.
Actual results:
Cannot change back to English language, either via GNOME desktop GUI or
system-config-language from terminal, ie desktop is unusable, I don't speak
Korean!.
Expected results:
Can change back to English language.
Additional info: the dialog when changing the lanugage indicates log out/in is
sufficient for initial language change. Wrong. Reboot was required. Not
important though.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Tracker for ibus bugs
Alias: ibus
https://bugzilla.redhat.com/show_bug.cgi?id=481098
Summary: Tracker for ibus bugs
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Tracking
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: wtogami(a)redhat.com, yshao(a)redhat.com,
phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
This is a tracking bugs for all iBus issues.
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ml_IN] KDE applications display is too small with smc-meera-fonts
https://bugzilla.redhat.com/show_bug.cgi?id=540411
Summary: [ml_IN] KDE applications display is too small with
smc-meera-fonts
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: apeter(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=373059)
--> (https://bugzilla.redhat.com/attachment.cgi?id=373059)
Screenshot for Lokalize with smc-meera-fonts
Description of problem:
Login to Malayalam (ml_IN) locale where smc-meera-fonts is the default font,
the display of KDE applications like lokalize, kate etc looks very small when
compared with other applications. Screenshot attached for lokalize and kate
Version-Release number of selected component (if applicable):
smc-meera-fonts-04.2-2.fc12
How reproducible:
Always
Steps to Reproduce:
1. Login to gnome desktop in Malayalam locale
2. Open any keda applications like lokalize, kate
3. Compare the font size of these applications with any others
Actual results:
Reproducing above steps, you can observe that the kde applications' size is
small
Expected results:
The font size must be viewable enough or must be same like other applications
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong in KDE
https://bugzilla.redhat.com/show_bug.cgi?id=528303
Summary: [ml_IN]Lohit font rendering of cons+virama+ra is wrong
in KDE
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: lohit-malayalam-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: santhosh.thottingal(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, smc-discuss(a)googlegroups.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Created an attachment (id=364359)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364359)
Comparison of rendering in kde and gnome
Description of problem:
The lohit font 2.4.4 version gives wrong redering in KDE for cons + virama + ra
sequence.
See the attached screenshot.
The prebase ra sign becomes postbase in KDE applications, while in GNOME
applications it is correct.
Version-Release number of selected component (if applicable):
Lohit 2.4.4
KDE 4.3.2
How reproducible:
Always
Steps to Reproduce:
1. Compare the rendering of പ്രഭാതം, അക്രമം, സൂത്രം etc in gedit and kate
Actual results:
See the attached screenshot
Expected results:
See the attached screenshot
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [CJK] vertical clock time text rotated wrong way
https://bugzilla.redhat.com/show_bug.cgi?id=525371
Summary: [CJK] vertical clock time text rotated wrong way
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: tagoh(a)redhat.com, rstrode(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=362429)
--> (https://bugzilla.redhat.com/attachment.cgi?id=362429)
f12-vert-clock.png
Description of problem:
In F12 the rotation of vertical text seems to have changed.
For Chinese, Japanese and Korean the time is opposite
direction to the date also.
Version-Release number of selected component (if applicable):
How reproducible:
every time
Steps to Reproduce:
1. start CJK gnome desktop
2. create a left panel
3. add clock
Actual results:
see screenshot
Expected results:
closer to f11 would be better
(ideally ideally should be vertical not rotated)
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97 combination properly
https://bugzilla.redhat.com/show_bug.cgi?id=545701
Summary: [kn_IN] Pango doesn't render 0c95+0ccd+0c95+0c97
combination properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: pango
AssignedTo: besfahbo(a)redhat.com
ReportedBy: svenkate(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=377107)
--> (https://bugzilla.redhat.com/attachment.cgi?id=377107)
shows the actual and correct rendering
Description of problem:
Pango doesn't render a particular character combination properly.
Version-Release number of selected component (if applicable):
1.26.0-1.fc12
How reproducible:
Always
Steps to Reproduce:
1.Enable the Kannada support
2. Select the "inscript" layout from ibus menu, and type the following key
combination: j+d+j+>
OR
Select "other-rawcode" from ibus menu and type the following key combination
0c95+0ccd+0c95+0c97
Actual results:
ಕ್ಕಷ
Expected results:
As shown in the attached image
Additional info:
Reported upstream at https://bugzilla.gnome.org/show_bug.cgi?id=604060
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Bad translation in German language pack
https://bugzilla.redhat.com/show_bug.cgi?id=504757
Summary: Bad translation in German language pack
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: eclipse-nls
AssignedTo: sflaniga(a)redhat.com
ReportedBy: kenda(a)fedoraproject.org
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, overholt(a)redhat.com,
sflaniga(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
When creating a new java class, the checkbox for adding the 'public static
void' method is translated literally. That doesn't make sense in German.
Version-Release number of selected component (if applicable):
Eclipse-nls-de-3.4.0.v20090423085802
How reproducible:
Starting Eclipse
"Datei - Neu - Klasse"
Actual results:
"öffentlich statisch ungültig Haupt(String[] Argumente)"
Expected results:
"public static void main(String[] args)"
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus-table setup does not store config settings
https://bugzilla.redhat.com/show_bug.cgi?id=513901
Summary: ibus-table setup does not store config settings
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus-table
AssignedTo: cchance(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus-table config is not using gconf to store configuration settings.
Steps to Reproduce:
1. change ibus-table config
2. restart desktop
3. use ibus-table
Actual results:
configuration lost
Expected results:
configuration to persist
--
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus should ensure that ~/.config/ibus/bus exists
https://bugzilla.redhat.com/show_bug.cgi?id=572611
Summary: ibus should ensure that ~/.config/ibus/bus exists
Product: Fedora
Version: 12
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: mjg(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: ---
If the ~/.config/ibus/bus directory doesn't exist, any gtk app will wake up
once per second in an attempt to add a notify on it. The directory should be
automatically created to work around this.
--
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.
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.