[Fedora-i18n-bugs] [Bug 528140] New: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
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: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
https://bugzilla.redhat.com/show_bug.cgi?id=528140
Summary: [hi_IN][ta_IN] TimeZone in Clock is Boston by default
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: gnome-panel
AssignedTo: rstrode(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rstrode(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Created an attachment (id=364235)
--> (https://bugzilla.redhat.com/attachment.cgi?id=364235)
Screenshot for s-c-date and gnome-clock
Description of problem:
After installation and setting Default Timezone Kolkata, Clock is showing
Default Timezone (added by Default) Boston (after Fresh installation).
Version-Release number of selected component (if applicable):
gnome-panel-2.28.0-2.fc12.x86_64
system-config-date-1.9.52-1.fc12.noarch
libgweather-2.28.0-1.fc12.x86_64
How reproducible:
Everytime
Steps to Reproduce:
1. fresh install with Hindi (hi_IN) locale
2. login with Hindi
3. Click on clock/Task Top-Right Side
Actual results:
Boston is added by Default
Expected results:
Either should be default for locale or s-c-date's Zone
Additional info:
Screenshot
--
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.
11 years, 9 months
[Fedora-i18n-bugs] [Bug 498706] New: Key bindings don't work after restart
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: Key bindings don't work after restart
https://bugzilla.redhat.com/show_bug.cgi?id=498706
Summary: Key bindings don't work after restart
Product: Fedora
Version: 9
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: stardict
AssignedTo: cchance(a)redhat.com
ReportedBy: pahan(a)hubbitus.info
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, zhu(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Stardict save keybindings, but its do not work after restart and require reset
it after each boot.
Version-Release number of selected component (if applicable):
# rpm -q stardict
stardict-3.0.1-9.fc9.i386
How reproducible:
Stardict load after boot by any DE (or restored within session). Go to
Preferencies, setup Modifier with wich scan will be doing. Close setting
window.
After that all work fine in this session. After restart computer, scan window
do not appear when defined keys pressed. But, when going into preferencies,
defined keys saved (sic!) and start working just after close window without any
manipulations with it!
--
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.
11 years, 10 months
[Fedora-i18n-bugs] [Bug 484643] New: ibus working with screen lock dialog, but not showing icon properly
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: ibus working with screen lock dialog, but not showing icon properly
https://bugzilla.redhat.com/show_bug.cgi?id=484643
Summary: ibus working with screen lock dialog, but not showing
icon properly
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: aalam(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: ---
Description of problem:
while using ibus, I locked the screen and tried to log-back (in a session).
it was not allowing to log back to session as ibus enabled during lock-login
screen, but there was no icon with it
Version-Release number of selected component (if applicable):
ibus-0.1.1.20081023-3.fc11
How reproducible:
Evertime
Steps to Reproduce:
1. eable ibus in session
2. lock the session
3. press Ctrl+Space (2-3 time)
Actual results:
lock screen takes input in local session, while not showing any sign to input
method (enabled)
Expected results:
Either lock screen should not allow to get input from ibus or ibus should not
work with lock screen.
Additional info:h
--
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, 5 months
[Fedora-i18n-bugs] [Bug 505484] New: feature to allow customizing which langs appear by default in lang menu
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: feature to allow customizing which langs appear by default in lang menu
https://bugzilla.redhat.com/show_bug.cgi?id=505484
Summary: feature to allow customizing which langs appear by
default in lang menu
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: gdm
AssignedTo: jmccann(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: jmccann(a)redhat.com, rstrode(a)redhat.com,
ankit(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Based on the thread "GDM Language list..." on fedora-devel-list
and fedora-i18n-list, I had a discussion with Ankit and
I came up with this idea which could perhaps form part of
YumLangpackPlugin Feature for F12.
If gdm could support configuration of the locales shown by
default in it's language list, then the <lang>-langpack-support
meta packages of the above feature could add languages to
that gdm system config which would allow giving languages
with extra support installed high visibility in the menu.
Does that make some sense?
I guess next step would be to file an rfe upstream...
Steps to Reproduce:
1. Install language support for my favourite languages
2. login via gdm
Actual results:
2. need to go to Other... to find them
Expected results:
2. appear in gdm lang menu
--
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, 5 months
[Fedora-i18n-bugs] [Bug 510176] New: unable to display Japanese manpages
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: unable to display Japanese manpages
https://bugzilla.redhat.com/show_bug.cgi?id=510176
Summary: unable to display Japanese manpages
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n, Reopened
Severity: medium
Priority: medium
Component: yelp
AssignedTo: mbarnes(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: mbarnes(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Blocks: 220122
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 220122
+++ This bug was initially created as a clone of Bug #220122 +++
Description of problem:
Try to view man-pages-ja from yelp, however, the contents are not able to be
displayed properly.
How reproducible:
Always
Steps to Reproduce:
1.login desktop with ja_JP locales
2.in yelp, search for info:man
3.
Actual results:
pls refer to screenshot
Expected results:
should display or fallback to english
Additional info:
--- Additional comment from llim(a)redhat.com on 2006-12-18 18:36:20 EDT ---
Created an attachment (id=143967)
--> (https://bugzilla.redhat.com/attachment.cgi?id=143967)
screenshot of yelp displaying man-pages-ja
--- Additional comment from tagoh(a)redhat.com on 2006-12-19 01:01:20 EDT ---
(In reply to comment #3)
> Actually, after looking at the screenshot carefully, seem even in g-t, some of
> the contents are display as "?"
I suppose it's because vte may does wrong thing on Japanese hyphenation or
whatever. it's a different problem anyway.
--
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, 5 months
[Fedora-i18n-bugs] [Bug 532240] New: IOK no longer shows up under Applications-->Accessories.
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: IOK no longer shows up under Applications-->Accessories.
https://bugzilla.redhat.com/show_bug.cgi?id=532240
Summary: IOK no longer shows up under
Applications-->Accessories.
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: gnafu_the_great(a)hotmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
As of the most recent update, IOK doesn't show up under the expected menu
location of Applications-->Accessories. I noticed the following in the
.desktop file:
NotShowIn=GNOME;
How am I supposed to access IOK if it's not in the menus? I use it quite a bit
once logged in, and I much prefer it to GOK. Is there a new method of bringing
it up without having to type iok in a terminal?
Version-Release number of selected component (if applicable):
iok-1.3.8-1.fc11.x86_64
How reproducible:
Every time.
Steps to Reproduce:
1. Update IOK
2. Go to Applications-->Accessories
3. Reinstall IOK and try again
Actual results:
Nothing in the menus.
Expected results:
IOK in the Applications-->Accessories menu.
Additional info:
If you can show me where it's easily accessible under a different menu, that's
fine, but I haven't found it yet.
--
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, 7 months
[Fedora-i18n-bugs] [Bug 509478] New: support IME hotkey
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: support IME hotkey
https://bugzilla.redhat.com/show_bug.cgi?id=509478
Summary: support IME hotkey
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: FutureFeature, i18n
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, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
ibus should really support IME-based trigger hotkeys like Windows.
Steps to Reproduce:
1. Run ibus in F11
2. ibus-setup -> hotkeys
Actual results:
Too many hotkeys defined for all for CIJK
Expected results:
Only hotkeys for IMEs in use to be available.
Eg Japanese user should only have Alt-` and Hankaku_Zenkaku
defined by default, not other keys like Ctrl-Space and
Korean hotkeys, etc.
Additional info:
With this change we could also drop defining a global
hotkey by default which would be ibus more acceptable
as a desktop default in the longer term.
--
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, 8 months
[Fedora-i18n-bugs] [Bug 517633] New: [ne_NP] icons for rom and trad are exactly same, better it can make difference between two
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: [ne_NP] icons for rom and trad are exactly same, better it can make difference between two
https://bugzilla.redhat.com/show_bug.cgi?id=517633
Summary: [ne_NP] icons for rom and trad are exactly same,
better it can make difference between two
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: m17n-contrib
AssignedTo: pnemade(a)redhat.com
ReportedBy: aalam(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pnemade(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While using Nepali Desktop, Ibus having same icon for two different available
keyboard layout for Nepali (rom and trad), Which make confusion, which one
currently used. ideal case, if as use, I activate ibus for Nepali, I don't know
which keyboard is currently working (as only icon appearing), only Tool-tip is
showing name
Version-Release number of selected component (if applicable):
m17n-contrib-nepali-1.1.10-1.fc12
How reproducible:
100%
Steps to Reproduce:
1. Add language support for Nepali (yum groupinstall nepali-support)
2. select keyboard layout for Nepali with ibus
3. try to select both different layout (trad/rom), see the icon
Actual results:
Same icon for both keyboard layout
Expected results:
Different (even if very small) icons are more helpful than same.
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, 10 months
[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 497095] New: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
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: [bn][bn-IN] Incorrect rendering of a consonant conjunct while writing Bengali in KDE Applications
https://bugzilla.redhat.com/show_bug.cgi?id=497095
Summary: [bn][bn-IN] Incorrect rendering of a consonant
conjunct while writing Bengali in KDE Applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: kde-l10n
AssignedTo: than(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rdieter(a)math.unl.edu, than(a)redhat.com,
kevin(a)tigcc.ticalc.org, ltinkl(a)redhat.com,
fedora-i18n-bugs(a)redhat.com, smparrish(a)gmail.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
While typing in Bengali within various KDE applications like kwrite, kate,
konqueror etc. the following consonant conjunct is not being rendered
correctly:
র+ZWJ+্+য
The corresponding unicode values for the above are:
U09B0+U200D+U09CD+U09AF
Version-Release number of selected component (if applicable):
KDE 4.2.2.
How reproducible:
Steps to Reproduce:
1. Open kwrite
2. Enter the above consonant conjuct combination using a Bengali keyboard or
Unicode RAWCODE
Actual results:
The consonant is rendered incorrectly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/incorrect-ra.png
Expected results:
The consonant should be rendered correctly.
Screenshot: http://runab.fedorapeople.org/assorted-bugs/correct-ra.png
Additional info:
This bug exists in earlier versions of Fedora (9, 10) as well
--
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, 2 months
