https://bugzilla.redhat.com/show_bug.cgi?id=847627
Bug ID: 847627
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org, paul(a)frixxon.co.uk,
pnemade(a)redhat.com
Assignee: paul(a)frixxon.co.uk
Summary: Malformed fontconfig config file
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: tagoh(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: jomolhari-fonts
Product: Fedora
Description of problem:
Still no changes in the behavior in the latest version of fontconfig,
but it now warns when <test> contains multiple values or <alias> contains
multiple <family>s. this is because the behavior isn't intuitive and
doesn't work as expected necessarily. So you better consider to fix it
to make clearer what you want to do with it.
For solution, if you are expecting OR operator with that rule, add more
<match>s or <alias>es. if you are expecting AND operator with that rule,
just add more <test>s in that <match>.
Additional info:
No real error so far due to Bug#847623, but the rules in the pkg repo will
causes this warnings.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=845500
Bug ID: 845500
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Assignee: apatil(a)redhat.com
Summary: ")" characters getting entered twice
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: psatpute(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-typing-booster
Product: Fedora
Description of problem:
try typing ")" characters with ibus-typing-booster marathi IM, its getting
entered twice.
Version-Release number of selected component (if applicable):
ibus-typing-booster-0.0.7-1.fc17.noarch
How reproducible:
everytime
Steps to Reproduce:
1. select Marathi Hunspell
2. type ")"
3.
Actual results:
its getting entered twice
Expected results:
it should only entered once for single entry
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=845495
Bug ID: 845495
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: apatil(a)redhat.com, i18n-bugs(a)lists.fedoraproject.org
Assignee: apatil(a)redhat.com
Summary: language list in preferences for installing hunspell
dictionary should be not editable
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: psatpute(a)redhat.com
Type: Bug
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: ibus-typing-booster
Product: Fedora
Description of problem:
Can edit language word in preference. It should be non-editable by users
Version-Release number of selected component (if applicable):
ibus-typing-booster-0.0.7-1.fc17.noarch
How reproducible:
everytime
Steps to Reproduce:
1. From ibus-typing-booster preferences select language
2. Try to backspace.
3. One can delete word
Actual results:
It is editable
Expected results:
It should be not editable
Additional info:
let me know if anything more information required
--
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: fuzzy syllable 'l' in ibus-pinyin cause ibus-pinyin crashed
https://bugzilla.redhat.com/show_bug.cgi?id=752421
Summary: fuzzy syllable 'l' in ibus-pinyin cause ibus-pinyin
crashed
Product: Fedora
Version: 16
Platform: All
OS/Version: Linux
Status: NEW
Severity: high
Priority: unspecified
Component: ibus-pinyin
AssignedTo: pwu(a)redhat.com
ReportedBy: davelv(a)qq.com
QAContact: extras-qa(a)fedoraproject.org
CC: i18n-bugs(a)lists.fedoraproject.org, pwu(a)redhat.com,
shawn.p.huang(a)gmail.com
Classification: Fedora
Story Points: ---
Type: ---
Version-Release number of selected component (if applicable):
ibus-pinyin-1.3.8.i686 in CentOS6.0
ibus-pinyin-1.3.11.i686 in Fedora14 & CentOS 6.0& Ubuntu11.04
ibus-pinyin-1.3.99.20110706-2.fc16 i686 & x86_64
Steps to Reproduce:
1.Enable the fuzzy syllable 'l->r' and 'l->n' in preferences of ibus-pinyin
2.input character 'l'
Actual results:
ibus-pinyin crashed
(As my friend who used CentOS 6.0 said, when he input 'l' the input window will
suspend and then he restart the ibus manually,the input window crashed)
Expected results:
The actions of the character 'l' as like as 'n' or 'r'
Additional info:
When I enable only one in 'l->r' & 'l->n', all things are good.
So i think some codes may non-reentrant or something like this.
Hope helps
--
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.
https://bugzilla.redhat.com/show_bug.cgi?id=837524
Bug ID: 837524
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: fangqq(a)gmail.com, i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, pwu(a)redhat.com
Assignee: fangqq(a)gmail.com
Summary: Malformed fontconfig config file
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: tagoh(a)redhat.com
Type: ---
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: wqy-zenhei-fonts
Product: Fedora
Description of problem:
Still no changes in the behavior in the latest version of fontconfig,
but it now warns when <test> contains multiple values or <alias> contains
multiple <family>s. this is because the behavior isn't intuitive and
doesn't work as expected necessarily. So you better consider to fix it
to make clearer what you want to do with it.
For solution, if you are expecting OR operator with that rule, add more
<match>s or <alias>es. if you are expecting AND operator with that rule,
just add more <test>s in that <match>.
Version-Release number of selected component (if applicable):
wqy-zenhei-fonts-0.9.46-3.fc17.src.rpm
How to reproducible:
always
Steps to Reproduce:
1. install the fonts package
2. fc-match
Actual results:
Fontconfig warning: "/etc/fonts/conf.d/65-0-wqy-zenhei-sharp.conf", line 8:
Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/conf.d/65-0-wqy-zenhei-sharp.conf", line 27:
Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/conf.d/65-0-wqy-zenhei-sharp.conf", line 46:
Having multiple values in <test> isn't supported and may not works as expected
Expected results:
no warnings
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=837523
Bug ID: 837523
QA Contact: extras-qa(a)fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: i18n-bugs(a)lists.fedoraproject.org, jni(a)redhat.com,
petersen(a)redhat.com, pwu(a)redhat.com
Assignee: pwu(a)redhat.com
Summary: Malformed fontconfig config file
Regression: ---
Story Points: ---
Classification: Fedora
OS: Unspecified
Reporter: tagoh(a)redhat.com
Type: ---
Documentation: ---
Hardware: Unspecified
Mount Type: ---
Status: NEW
Component: cjkuni-uming-fonts
Product: Fedora
Description of problem:
Still no changes in the behavior in the latest version of fontconfig,
but it now warns when <test> contains multiple values or <alias> contains
multiple <family>s. this is because the behavior isn't intuitive and
doesn't work as expected necessarily. So you better consider to fix it
to make clearer what you want to do with it.
For solution, if you are expecting OR operator with that rule, add more
<match>s or <alias>es. if you are expecting AND operator with that rule,
just add more <test>s in that <match>.
Version-Release number of selected component (if applicable):
cjkuni-uming-fonts-0.2.20080216.1-48.fc17.src.rpm
How to reproducible:
always
Steps to Reproduce:
1. install the fonts package
2. fc-match
Actual results:
Fontconfig warning: "/etc/fonts/conf.d/65-0-ttf-arphic-uming.conf", line 8:
Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/conf.d/65-0-ttf-arphic-uming.conf", line 34:
Having multiple values in <test> isn't supported and may not works as expected
Fontconfig warning: "/etc/fonts/conf.d/65-0-ttf-arphic-uming.conf", line 60:
Having multiple values in <test> isn't supported and may not works as expected
Expected results:
no warnings
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=851791
Bug ID: 851791
QA Contact: extras-qa(a)fedoraproject.org
Severity: low
Version: 17
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Clean up fonts, remove unneeded private use area
glyphs
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: deron.meranda(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 607013
--> https://bugzilla.redhat.com/attachment.cgi?id=607013&action=edit
List of private use area glyphs
Description of problem:
Many of the fonts have several glyphs defined for the Unicode Private Use area.
If these glyphs have no purpose they should be removed so that the Private Use
area is empty. This will help eliminate unintended conflicts with other fonts
that may define private-area glyphs.
Version-Release number of selected component (if applicable):
liberation-fonts-2.00.0
Expected results:
The BMP private use area (U+E000 .. U+F8FF) should contain no glyphs.
Additional info:
See the attacment for a report on the list of existing private-use glyphs.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=851790
Bug ID: 851790
QA Contact: extras-qa(a)fedoraproject.org
Severity: low
Version: 17
Priority: unspecified
CC: fonts-bugs(a)lists.fedoraproject.org,
i18n-bugs(a)lists.fedoraproject.org,
petersen(a)redhat.com, psatpute(a)redhat.com
Assignee: psatpute(a)redhat.com
Summary: Glyphs with multiple unicode encodings inhibit
subsetting
Regression: ---
Story Points: ---
Classification: Fedora
OS: All
Reporter: deron.meranda(a)gmail.com
Type: Bug
Documentation: ---
Hardware: All
Mount Type: ---
Status: NEW
Component: liberation-fonts
Product: Fedora
Created attachment 607011
--> https://bugzilla.redhat.com/attachment.cgi?id=607011&action=edit
Report on all the glyphs with multiple unicode encodings
Description of problem:
There are several glyphs which are mapped to more than one Unicode encoding at
the same time. These glyphs inhibit automated subsetting because it is not easy
to delete just one encoding slot without deleting both (as they share the same
glyph object). See the attachment for a listing of these glyphs.
Version-Release number of selected component (if applicable):
liberation-fonts-2.00.0
Expected results:
Ideally these cases should use a glyph reference where stroke information must
be shared.
Additional info:
These glyphs are identified by looking at the alternate unicode encodings
property of the glyphs. If using the Python scripting to FontForge, look at the
'altuni' member of the glyph. Also each glyph object for each encoding slot
should be a separate object. For example in the regular serif font:
>>> font = fontforge.open('LiberationSerif-Regular.sfd')
>>> font[0xfb01]
<fontforge.glyph object at 0x7fdf4387d688>
>>> font[0xf001]
<fontforge.glyph object at 0x7fdf4387d688>
Notice how the glyph object id is identical for both U+FB01 and U+F001.
--
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: toolbar focus problems
https://bugzilla.redhat.com/show_bug.cgi?id=486272
Summary: toolbar focus problems
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: ibus
AssignedTo: phuang(a)redhat.com
ReportedBy: mclasen(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: ---
The toolbar seems useless if "focus-follows-mouse" is turned on, since
it becomes inactive on focus out. This also affects the status icon.
By focus-follows-mouse, I mean the "Select windows when the mouse moves
over them" option in the "Windows" capplet. If you turn that on, and
move the move from the window you are working in towards the toolbar or
statusicon, the window looses focus and the status icon/toolbar turn
inactive, so you can't do whatever you wanted to there in the first
place...
--
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.