Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: "contains" expression seems not working on the fontconfig rule
https://bugzilla.redhat.com/show_bug.cgi?id=518161
Summary: "contains" expression seems not working on the
fontconfig rule
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: fontconfig
AssignedTo: besfahbo(a)redhat.com
ReportedBy: tagoh(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: besfahbo(a)redhat.com, pnemade(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=357904)
--> (https://bugzilla.redhat.com/attachment.cgi?id=357904)
sample fontconfig rule
Description of problem:
Even if the pattern contains strings that the rule specifies with "contains"
expression, it doesn't match.
Version-Release number of selected component (if applicable):
fontconfig-2.7.1-1.fc12
How reproducible:
always
Steps to Reproduce:
1.install lohit-hindi-fonts and lohit-marathi-fonts
2.put the attached rule into /etc/fonts/conf.d
3.fc-match "sans-serif:lang=mr"
4.fc-match "sans-serif:lang=mr-in"
Actual results:
3. lohit_mr.ttf: "Lohit Marathi" "Regular"
4. lohit_hi.ttf: "Lohit Hindi" "Regular"
Expected results:
the result of 3 and 4 should be:
lohit_mr.ttf: "Lohit Marathi" "Regular"
Additional info:
>From a debug log:
FcConfigSubstitute test pattern any lang Contains "mr"
FcLangSet mr-in contains mr
Missing bitmap ku-am
No match
I'm not really sure why fontconfig refers ku-am map here but apparently it
looks like fontconfig doesn't know what mr-in is.
Anyway, if no explicit lang pattern is given and applications calls
FcDefaultSubstitute(), lang will be set like mr-in from current locale
mr_IN.UTF-8 say.
--
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: imsettings and ibus-gtk installed when @input-methods deselected
https://bugzilla.redhat.com/show_bug.cgi?id=514157
Summary: imsettings and ibus-gtk installed when @input-methods
deselected
Product: Fedora
Version: 11
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: anaconda
AssignedTo: anaconda-maint-list(a)redhat.com
ReportedBy: petersen(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: pjones(a)redhat.com, tagoh(a)redhat.com,
petersen(a)redhat.com, anaconda-maint-list(a)redhat.com,
kanarip(a)kanarip.com, fedora-i18n-bugs(a)redhat.com,
rmaximo(a)cfl.rr.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Clone Of: 513782
I can test on rawhide later but it seems ibus and imsettings get
installed with F11 when one customizes and unchecks @input-methods.
This is somewhat strange: wondered if some multilib related code is
pulling in ibus-gtk or something like that?
+++ This bug was initially created as a clone of Bug #513782 +++
\"I just noticed this problem today : imsettings package is not in the Input
Method group, resulting in it being installed even when input methods group is
unselected during install in anaconda... thus, imsettings-start is launched
when opening a new gnome session, but is useless.\"
--- Additional comment from petersen(a)redhat.com on 2009-07-27 03:33:01 EDT ---
I did a test install of F11 with @input-methods unchecked
and ibus, ibus-gtk and hence im-chooser and imsettings got
installed.
--- Additional comment from petersen(a)redhat.com on 2009-07-27 03:36:48 EDT ---
Created an attachment (id=355237)
--> (https://bugzilla.redhat.com/attachment.cgi?id=355237)
install.log
default English F11 i386 install log just with Input Methods unchecked
--- Additional comment from petersen(a)redhat.com on 2009-07-27 03:53:36 EDT ---
... and nothing seems to require them.
--- Additional comment from petersen(a)redhat.com on 2009-07-27 04:58:27 EDT ---
Created an attachment (id=355249)
--> (https://bugzilla.redhat.com/attachment.cgi?id=355249)
anaconda-ks.cfg
--
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: S-c-tools cleanup: language support is installed check suggestion
https://bugzilla.redhat.com/show_bug.cgi?id=507793
Summary: S-c-tools cleanup: language support is installed check
suggestion
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: system-config-language
AssignedTo: psatpute(a)redhat.com
ReportedBy: jreznik(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: psatpute(a)redhat.com, fedora-i18n-bugs(a)redhat.com
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem: there's no way for user to check if desired language
support is already installed or it has to be installed (that could be problem
while offline etc.).
system-config-language-1.3.2-5.fc11.noarch
Steps to Reproduce:
1. run s-c-language
Actual results:
No "installed" flag in the list of languages.
Expected results:
"Installed" flag in the list.
Additional info:
This bug report is part of "System Configuration Tools Cleanup Project". Don't
hesitate to ask project maintainers for any kind of help.
--
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: Incorrect Kerning in some applications
https://bugzilla.redhat.com/show_bug.cgi?id=503430
Summary: Incorrect Kerning in some applications
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: grom358_spamkill(a)yahoo.com.au
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
Description of problem: The kerning is incorrect in some applications.
How reproducible: Always
Steps to Reproduce:
1. Install the Microsoft Corefonts for comparions (corefonts.sf.net)
2. Load Abiword and type "Test AV fi" on first and second line. Set first line
to Arial and second line to Liberation Sans.
3. Repeat step 2 in Openoffice
Actual results:
The kerning is incorrect in Openoffice
Expected results:
The kerning should match in Openoffice
Additional info:
The same problems occurs when using the Liberation fonts with Apache FOP
(http://xmlgraphics.apache.org/fop/)
--
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: Monospace no more
https://bugzilla.redhat.com/show_bug.cgi?id=508899
Summary: Monospace no more
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: liberation-fonts
AssignedTo: cchance(a)redhat.com
ReportedBy: yaneti(a)declera.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=349951)
--> (https://bugzilla.redhat.com/attachment.cgi?id=349951)
buggy monospace
Description of problem:
The new liberaion-mono font from liberation-fonts-1.05.1.20090630-1.fc12 , no
longer appears monospaced in verious applications (firefox, gedit). Attached a
composite of the new and old monospaced font rendering of the same thing in
gedit.
--
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: Version Info is not updated.
https://bugzilla.redhat.com/show_bug.cgi?id=510174
Summary: Version Info is not updated.
Product: Fedora
Version: 11
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
Depends on: 503430
Estimated Hours: 0.0
Classification: Fedora
Target Release: ---
Description of problem:
Version is not 1.02.
Version-Release number of selected component (if applicable):
liberation-fonts-1.05.1.20090706
How reproducible:
Always.
Steps to Reproduce:
1. Install the font.
2. Open the fonts in /usr/share/fonts/liberation/* with fontforge.
3. Check with font info.
Actual results:
1.02
Expected results:
1.05.1.20090706 or 1.05.1 or 1.05.
Additional info:
N/A
--
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.