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.
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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: add Alt, Esc, Fn, etc to iok
https://bugzilla.redhat.com/show_bug.cgi?id=477583
Summary: add Alt, Esc, Fn, etc to iok
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: iok
AssignedTo: pnemade(a)redhat.com
ReportedBy: petersen(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
Description of problem:
iok is currently missing Alt, Esc and Fn function keys: feel it would be good
to add them. It could also be configurable if some people feel that not all
users need them in India.
--
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: Liberation Mono: incorrect spacing for Combining Diacritical Marks.
https://bugzilla.redhat.com/show_bug.cgi?id=487581
Summary: Liberation Mono: incorrect spacing for Combining
Diacritical Marks.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: adam.buchbinder(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: cchance(a)redhat.com, fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.6)
Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6
According to the bug on freedesktop.org (link below), Liberation Mono has an
incorrect spacing definition for "Combining Diacritical Marks"; they should
have zero space, and should render above the last letter, not the next one.
Paste following text with selected font:
Correct: accent above o
Incorrect: accent above g
Reproducible: Always
Steps to Reproduce:
1. Enter a string with a combining diacritic mark in Liberation Mono, e.g.,
"o̍g". Don't use gnome-terminal; it relies on vte, which doesn't handle
combining characters. Use something like gedit; switching fonts will reveal the
issue as the diacritical mark switches places.
Actual Results:
The diacritic appears one letter to the right of where it should be.
Expected Results:
The diacritic should appear in the proper place.
I'm using ttf-liberation 1.04.93-1 on Ubuntu Intrepid; I'm filing this as an
upstream bug. If this should be filed elsewhere, please let me know.
I'm filing this because several monospace fonts have incorrect spacing for
"Combining Diacritical Marks":
http://bugs.freedesktop.org/show_bug.cgi?id=20330
--
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: Switching on/off behaves weird when compositing enabled
https://bugzilla.redhat.com/show_bug.cgi?id=500731
Summary: Switching on/off behaves weird when compositing
enabled
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: martin.sourada(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
Turning ibus on or off does frequently makes the tool window either
semitransparently reapear after switching to another window (and is not
clickable/working) or not appear (save for its shadow and it is
clickable/working). I can seem to trigger this only when I have compositing in
metacity enabled. Tried chewing and anthy inputs, both suffer from this.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090508-1.fc11.i586
How reproducible:
seems to be always reproducible sans some applications (e.g. when switching to
ibus settings window, it seems to behave correctly)
Steps to Reproduce:
1. turn on metacity compositing
(gconf->apps->metacity->general->compositin_manager)
2. open two gtk applications that take input from keyboard (e.g. two
gnome-terminals)
3. switch to and fro between those two applications while randomly turning ibus
on and off
Actual results:
Usually after turning it off and switching to other window, the toolbox
reappear (but is semitransparent and not clickable/working), switching back,
turning on and off again and switching again to the other window seems to work
as expeced. Switch back to the first window and turn it on again, usually blank
(fully transparent) toolbox appears. Turning off and on again fix it (or
switching again to and fro between the two applications without explicitly
turning it on/off).
Expected results:
Turns on and off without the strange side effects.
Additional info:
It seems impossible to make a screenshot of the not-appearing one, hitting
print screen makes it reappear. Screenshot of the "false positive" is at
https://www.redhat.com/archives/fedora-test-list/2009-May/png1jbZyCgtB3.png
--
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: [te_IN] Incorrect glyph substitution for telugu letter ka followed by dep vowel AA then consonant sha and then viram
https://bugzilla.redhat.com/show_bug.cgi?id=494902
Summary: [te_IN] Incorrect glyph substitution for telugu
letter ka followed by dep vowel AA then consonant sha
and then viram
Product: Fedora
Version: 10
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: low
Component: lohit-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: arjunaraoc(a)googlemail.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Clone Of: 494158
+++ This bug was initially created as a clone of Bug #494158 +++
Description of problem:
Incorrect glyph substitution for telugu letter ka followed by dep vowel AA
then consonant sha and then viram
Version-Release number of selected component (if applicable):
2.3.8
How reproducible:
Always
Steps to Reproduce:
1. Type the letters for కా ష్ with out the space between them in gedit
(u+0c15,u+0c3E,u+0c37,u+0c4d,space(0x20)
2.
3.
Actual results:
కాష్
Expected results:
కా ష్ (without intervening space )
Additional info:
This is common part of telugu /Indian names consisting of Prakash.
substitution should occur only for ka followed by viram and then sha
This problem is present for Pothana2000 also
--
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: light blue ibus icon is not obvious
https://bugzilla.redhat.com/show_bug.cgi?id=501214
Summary: light blue ibus icon is not obvious
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: eukim(a)redhat.com, phuang(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
The ibus icon in the panel is not obvious and hard for first-time users to
understand.
Steps to Reproduce:
1. start fedora desktop with ibus
2. try to find out how to control IM
Actual results:
2. The current icon has no obvious connection with keyboard or input other than
'i'.
Expected results:
Clearer icon which new users can quickly recognise as for inputs.
Additional info:
Actually I would like to change the panel UI so that it more obvious what the
current input method is when ibus is off.
eg It could show a cross over the IME icon to show that IM is off,
a bit like gnome-power-manager's inhibit applet for example.
Or maybe we don't need custom icons for IMEs and just use
a character for each IME to represent it and display that in the applet.
--
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: [bn][bn-IN][as] Invalid addition of Yaphala conjuncts are being rendered
https://bugzilla.redhat.com/show_bug.cgi?id=497090
Summary: [bn][bn-IN][as] Invalid addition of Yaphala conjuncts
are being rendered
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fonts-indic
AssignedTo: rbhalera(a)redhat.com
ReportedBy: runab(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: rbhalera(a)redhat.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
In case of conjuncts with Yaphala (U09CD+U09AF), multiple Yaphala signs can be
typed consecutively giving rise to invalid conjunct combinations.
e.g ক্য্য্য্য (ক+্+য+্+য+্+য+্+য)
This error could be replicated in gedit, kwrite and Openoffice.org Writer
Version-Release number of selected component (if applicable):
fonts-indic: 2.3.8-1.fc11
gedit : 2.26.1-1.fc11
openoffice.org: 3.1.0-9.2.fc11
kdebase : 4.2.2-2.fc11
How reproducible:
Steps to Reproduce:
1. Open gedit
2. Type in the following unicode values (for the above example) :
U0995+U09CD+U09AF+U09CD+U09AF+U09CD+U09AF+U09CD+U09AF
Actual results:
The last 3 U09CD+U09AF pairs are allowed as part of the conjunct
Expected results:
The U09CD+U09AF pair should not be allowed to be rendered after another
U09CD+U09AF. i.e. only one U09CD+U09AF pair can be used when combining with
another consonant to form a conjunct.
Additional info:
Please do note that: U09AF+U09CD+U09AF is a valid conjunct combination, where
two U09AF characters combine to form a conjunct (য্য)
Screenshots:
gedit: http://runab.fedorapeople.org/assorted-bugs/gedit-ya.png
kwrite: http://runab.fedorapeople.org/assorted-bugs/kwrite-ya.png
oowrite: http://runab.fedorapeople.org/assorted-bugs/oowrite-ya.png
--
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: [mai_IN] font-match is showing different fonts than language
https://bugzilla.redhat.com/show_bug.cgi?id=497768
Summary: [mai_IN] font-match is showing different fonts than
language
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: aalam(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: ---
Description of problem:
Machine with Rawhide, having Maithili(mai_IN) language only, while checking
font for language, it is showing "Lohit Hindi", while maithili fonts are
installed on machine.
Version-Release number of selected component (if applicable):
fontconfig-2.6.99.behdad.20090318-1.fc11.i586
lohit-maithili-fonts-2.3.8-1.fc11.noarch
How reproducible:
Everytime
Steps to Reproduce:
1. in gnome-terminal run,
2. $fc-match
3.
Actual results:
[aalam@333-333 ~]$ echo $LANG
mai_IN
[aalam@333-333 ~]$ fc-match
lohit_hi.ttf: "Lohit Hindi" "Regular"
Expected results:
"Lohit Maithili"
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: not working on the remote machine
https://bugzilla.redhat.com/show_bug.cgi?id=495690
Summary: not working on the remote machine
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Regression
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: tagoh(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:
When going to invoke an application with ibus immodule, I can see an warning
like:
IBUS-WARNING **: Connect to unix:path=/tmp/ibus-tagoh/ibus-localhost-12 failed.
Failed to connect to socket /tmp/ibus-tagoh/ibus-localhost-12: No such file or
directory
and can't activate IM.
Version-Release number of selected component (if applicable):
ibus-1.1.0.20090407-3.fc11.x86_64
How reproducible:
always
Steps to Reproduce:
1.log into the remote machine with ssh
2.run application
3.
Actual results:
No ibus working
Expected results:
ibus should works as scim does.
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.