Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: ibus can't be called in pidgin only if open a QQ protocol chat windows first.
https://bugzilla.redhat.com/show_bug.cgi?id=477918
Summary: ibus can't be called in pidgin only if open a QQ
protocol chat windows first.
Product: Fedora
Version: 10
Platform: i686
OS/Version: Linux
Status: NEW
Severity: high
Priority: medium
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: hansgong(a)126.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:
ibus can't be called in pidgin only if open a QQ protocol chat windows first.
Version-Release number of selected component (if applicable):
iBus 0.1.1.20081023
Pidgin 2.5.2-6.fc10
How reproducible:
In Gnome.
Steps to Reproduce:
1.install ibus, ibus-pinyin
2.open pidgin with a QQ account auto started
3.open a chat window of qq(either Qun or buddy is ok), then focus text box.
4.press key shout cuts for calling ibus pinyin input method.
Actual results:
ibus will not be callable in pidgin, but if you open a msn or any other
protocol chat window first, it works.
Expected results:
ibus input method will be callable under any chat window start-up sequence.
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: Incorrect cent sign glyph (U+00A2) in Sans and Mono style in Liberation fonts
https://bugzilla.redhat.com/show_bug.cgi?id=474522
Summary: Incorrect cent sign glyph (U+00A2) in Sans and Mono
style in Liberation fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: watchingman(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
Created an attachment (id=325660)
--> (https://bugzilla.redhat.com/attachment.cgi?id=325660)
cent sign incorrect
cent sign shoud be a coressed capital "C".
--
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) Hinting of Liberation Fonts.
https://bugzilla.redhat.com/show_bug.cgi?id=485746
Summary: (tracker) Hinting of Liberation Fonts.
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: cchance(a)redhat.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
Target Release: ---
This is a tracker bug for tracking all hinting 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: No icon for im-chooser
https://bugzilla.redhat.com/show_bug.cgi?id=468829
Summary: No icon for im-chooser
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: gcin
AssignedTo: candyz0416(a)gmail.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, candyz0416(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
gcin.conf has ICON definition but the file described there isn't available.
Version-Release number of selected component (if applicable):
gcin-1.4.2-4.fc10
How reproducible:
always
Steps to Reproduce:
1.run im-chooser
2.see ICON in /etc/X11/xinit/xinput.d/gcin.conf
3.rpm -qf $ICON in gcin.conf
Actual results:
1. no icon available for gcin
3. error: file /usr/share/icons/gcin/gcin.png: No such file or directory
Expected results:
the right thing should be set to 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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Regression: wqy-bitmap-fonts preferred font over truetype fonts
https://bugzilla.redhat.com/show_bug.cgi?id=492510
Summary: Regression: wqy-bitmap-fonts preferred font over
truetype fonts
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Keywords: i18n
Severity: medium
Priority: low
Component: wqy-bitmap-fonts
AssignedTo: fangqq(a)gmail.com
ReportedBy: wtogami(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, fangqq(a)gmail.com,
fedora-fonts-bugs-list(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Failure Case 1: gramps PDF generation
=====================================
gramps is a genealogy application that generates PDF charts. It seems to ask
pango to choose fonts for it based upon given glyphs.
* In Fedora 10, it successfully output charts using entirely truetype fonts.
* In Fedora 11 however, the UTF-8 Chinese characters are rendered in PDF as
bitmap fonts, which do not scale properly and are ugly compared to the truetype
equivalents.
http://bugzilla.gnome.org/show_bug.cgi?id=576890
Behdad proposes this bug upstream, which would workaround this type of issue at
least for vector rendering cases like PDF generation. I am uncertain if this
is correct though, and it creates possibly inconsistent behavior?
Failure Case 2: pango-view
==========================
Here is a similar way to reproduce this bug:
LANG=en_US.utf8 pango-view --text "日本語 test" --font "100"
LANG=zh_CN.utf8 pango-view --text "日本語 test" --font "100"
English pango renders the Chinese characters as ugly bitmap.
Chinese pango renders the Chinese characters as truetype.
Workaround: uninstall wqy-bitmap-fonts
======================================
Both of the above problems go away if you uninstall wqy-bitmap-fonts. But this
should not be necessary.
--
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: various smc-fonts have wrong default glyphs
https://bugzilla.redhat.com/show_bug.cgi?id=484536
Summary: various smc-fonts have wrong default glyphs
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: low
Component: smc-fonts
AssignedTo: psatpute(a)redhat.com
ReportedBy: roozbeh(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: fedora-fonts-bugs-list(a)redhat.com,
psatpute(a)redhat.com, rajeeshknambiar(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Various fonts in the smc-fonts package, especially smc-fonts-meera, which is
installed on every Fedora machine because of being being "default" in compts,
have default glyphs shaped like an R in circle for some Malayalam characters.
For example, Meera has the following default glyphs in places that it should
not have: U+0D44, U+0D62, U+0D63, U+0D71, U+0D72, U+0D73, U+0D74, U+0D79,
U+0D7A, U+0D7B U+0D7C, U+0D7D, U+0D7E, U+0D7F
Also, there are several default glyphs in places that Unicode may use for
future encoding of Malayalam characters, like U+0D00 and U+0D29.
All those R in cirlces should be removed from the font, to make the font
Unicode-complying. Alternatively, Meera can be replaced by a standard 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.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: culmus-fonts needs compat package for upgrades
https://bugzilla.redhat.com/show_bug.cgi?id=484621
Summary: culmus-fonts needs compat package for upgrades
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: culmus-fonts
AssignedTo: rbhalera(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, rbhalera(a)redhat.com,
fedora-i18n-bugs(a)redhat.com
Blocks: 446451
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Since culmus-fonts has now been subpackaged for F11 it needs a compat
subpackage for smooth updating from F10, etc.
Version-Release number of selected component (if applicable):
culmus-fonts-0.102-1.fc11
Actual results:
No culmus-fonts-compat so can't upgrade.
Expected results:
culmus-fonts-compat which obsoletes previous culmus-fonts correctly.
Additional info:
http://fedoraproject.org/wiki/Packaging/NamingGuidelines#Renaming.2Freplaci…
--
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: scim-python : Unowned directories
https://bugzilla.redhat.com/show_bug.cgi?id=473665
Summary: scim-python : Unowned directories
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: low
Priority: low
Component: scim-python
AssignedTo: phuang(a)redhat.com
ReportedBy: bugs.michael(a)gmx.net
QAContact: extras-qa(a)fedoraproject.org
CC: phuang(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
One or more directories are not included within this
package and/or its sub-packages:
=> scim-python-pinyin-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/data
=> scim-python-xingma-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
=> scim-python-xingma-cangjie-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
=> scim-python-xingma-erbi-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
=> scim-python-xingma-wubi-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
=> scim-python-xingma-zhengma-0.1.13rc1-1.fc10.i386 (rawhide-development-i386)
/usr/share/scim-python/engine/XingMa
/usr/share/scim-python/engine/XingMa/tables
Note: It may be necessary to include directories in multiple
packages.
[...]
Further information:
https://fedoraproject.org/wiki/Packaging/ReviewGuidelines
MUST: A package must own all directories that it creates. If it does not
create a directory that it uses, then it should require a package which
does create that directory.
https://fedoraproject.org/wiki/Packaging/Guidelines#FileAndDirectoryOwnersh…https://fedoraproject.org/wiki/Packaging/UnownedDirectories
--
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: race condition in XIM handling
https://bugzilla.redhat.com/show_bug.cgi?id=465392
Summary: race condition in XIM handling
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: medium
Component: scim
AssignedTo: shawn.p.huang(a)gmail.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: petersen(a)redhat.com, shawn.p.huang(a)gmail.com,
fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Description of problem:
if one sends the key event to SCIM too much and too faster, the application,
such as emacs and xterm freezes.
Version-Release number of selected component (if applicable):
scim-1.4.7-32.fc10
How reproducible:
always as long as it's on the above condition
Steps to Reproduce:
1.change the keyboard repeat setting to make this easier to see, like
gconftool-2 -s -t int /desktop/gnome/peripherals/keyboard/delay 100 and
gconftool-2 -s -t int /desktop/gnome/peripherals/keyboard/rate 110
2.open xterm with XMODIFIERS=@im=SCIM
3.keep pressing a key until it freezes
Actual results:
freeze
Expected results:
should handles it properly
Additional info:
What exactly happened on this race condition issue is:
https://bugzilla.redhat.com/show_bug.cgi?id=452849#c19
Quote from XIM specification:
In on-demand-synchronous method, the IM library always receives
XIM_FORWARD_EVENT or XIM_COMMIT message as a synchronous request. Also, the IM
Server needs to synchronously process the correspondent reply from the IM
library and the following XIM_FORWARD_EVENT message sent from the IM library
when any of the event causes the IM Server to send XIM_FORWARD_EVENT or
XIM_COMMIT message to the IM library, so that the input service is consistent.
If the IM library gets the control back from the application after receiving
the synchronous request, the IM library replies for the synchronous request
before processing any of the events. In this time, the IM Server blocks
XIM_FORWARD_EVENT message which is sent by the IM library, and handles it after
receiving the reply. Howerver, the IM Server handles the other protocols /at
any time/.
So in the case at the above URL, XIM server has to process XIM_SET_IC_VALUES
regardless of waiting for XIM_SYNC_REPLY.
--
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: no sound in startdict
https://bugzilla.redhat.com/show_bug.cgi?id=475904
Summary: no sound in startdict
Product: Fedora
Version: 10
Platform: i386
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: stardict
AssignedTo: cchance(a)redhat.com
ReportedBy: jianliang79(a)gmail.com
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:
I have installed WyabdcRealPeopleTTS sound library but stardict can't read
words for me. Another abnormal thing about sound is that now I can't even hear
the sound when the mouse pointer entering the buttons of stardict. I remember
in the previous version I can hear a little sound when the mouse pointer
entering one of the button of stardict.
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.