Bug 694542

Summary: Modifier Arrowhead glyphs swapped in some DejaVu fonts
Product: Red Hat Enterprise Linux 6 Reporter: Andrew Johnson <anj>
Component: dejavu-fontsAssignee: Jens Petersen <petersen>
Status: CLOSED WORKSFORME QA Contact: Desktop QE <desktop-qa-list>
Severity: low Docs Contact:
Priority: unspecified    
Version: 6.0CC: eng-i18n-bugs
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-10-06 05:05:41 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
Screenshot of Character Map showing glyphs
none
screenshot-gucharmap-RHEL-6.1.png none

Description Andrew Johnson 2011-04-07 15:43:34 UTC
Description of problem:

In the DejaVu Sans and DejaVu Serif Condensed fonts, the glyphs for the following characters have been swapped:

U+02C4 MODIFIER LETTER UP ARROWHEAD
U+02C5 MODIFIER LETTER DOWN ARROWHEAD

The other DejaVu fonts show the correct glyphs for these characters.

Version-Release number of selected component (if applicable):

dejavu-sans-fonts-2.30-2.el6.noarch

How reproducible:

Trivial.

Steps to Reproduce:
1. Open the Character Map application
2. Select the font DejaVu Sans, script Common
3. Find the above characters in the character table
4. Switch to the DejaVu Serif font to see the correct arrowhead directions
  
Actual results:

The U+02C4 arrowhead points down, and U+02C5 points up.

Expected results:

Arrowheads should point in the direction indicated by the Unicode name.

Additional info:

This may be an upstream issue, but I can't get to dejavu-fonts.org from here to check.

Comment 2 RHEL Program Management 2011-04-07 16:03:57 UTC
Since RHEL 6.1 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.

Comment 3 Jens Petersen 2011-04-08 04:24:14 UTC
Hi Andrew,

I had a look and it seems that Dejavu Serif does not provide
glyphs for those codepoints.  Could you check again with
gucharmap to see which font is rendering them incorrectly.

Thanks

Comment 4 Jens Petersen 2011-04-08 14:11:00 UTC
Not sure how to get the Condensed versions to appear in gucharmap
but at least in gedit with Dejavu Condensed Sans and Serif the glyphs
look ok too.

BTW you don't have dejavu-lcg-*fonts installed by any chance?

Anyway I am not able to reproduce this problem so far.

Comment 5 Andrew Johnson 2011-04-08 14:54:27 UTC
I'm using GNOME Character Map version 2.28.2, based on Unicode 5.1.  It allows me to select any of the fonts I mentioned, and says that the incorrect glyphs are definitely from the DejaVu Sans font (I assume that's what the font name means when I hold down the Shift key).  It's probably some internal mapping from code-point to glyph that I don't claim to understand that's actually at fault.

I hadn't checked the fonts in the other cases and you're right, with DejaVu Serif selected the correct character is displayed from the STIXGeneral font, and I've also seen the correct characters from Linux Libertine.  With DejaVu Serif Condensed it uses DejaVu Sans to display the character, explaining why that also exhibits the problem.  I see it in gedit as well as with CharMap.

It's possible that a newer release of the dejavu-sans-fonts RPM has this fixed already, it's not a real issue for me, I just wanted to get it fixed for someone who might need it.  I do not have any dejavu-lgc-sans-fonts installed.

Comment 6 Jens Petersen 2011-04-11 05:38:37 UTC
Thanks for providing more information.

(In reply to comment #5)
> I'm using GNOME Character Map version 2.28.2

Me too.

> It allows
> me to select any of the fonts I mentioned, and says that the incorrect glyphs
> are definitely from the DejaVu Sans font (I assume that's what the font name
> means when I hold down the Shift key).

Ok, thanks.  It renders ok for me though.

It shouldn't really matter but what language (locale)
are you using for your Gnome desktop?

Perhaps you could try testing from a fresh user a/c
just in case something in your account that might be
causing a problem?
 
> It's possible that a newer release of the dejavu-sans-fonts RPM has this fixed
> already

dejavu-fonts-2.30-2.el6 seems to be the latest build
and also the one I am using.

Comment 7 Andrew Johnson 2011-04-11 15:09:43 UTC
tux% echo $LANG
en_US.UTF-8

Sorry, I don't have the ability to create new accounts, this system is managed by our IT group.

I tried with the KDE KCharSelect program, which gives me exactly the same results; these two characters are swapped with DejaVu Sans but not with the other fonts I have that contain these glyphs such as DejaVu Sans Condensed, Linux Libertine, STIXGeneral and Gentium.

Oh well, a mystery — thanks for checking anyway.

Comment 8 Jens Petersen 2011-05-24 06:46:47 UTC
Yeah I am mystified too... perhaps you could attach a screenshot
just for completeness? - I will try to revisit again one more time
but still haven't been able to reproduce the problem.

Comment 9 Andrew Johnson 2011-05-24 22:34:39 UTC
Created attachment 500710 [details]
Screenshot of Character Map showing glyphs

Comment 10 Jens Petersen 2011-05-26 04:59:11 UTC
Created attachment 500980 [details]
screenshot-gucharmap-RHEL-6.1.png

gucharmap (en_US.UTF-8) screenshot from fresh RHEL 6.1 install.

Comment 11 Jens Petersen 2011-10-06 05:05:41 UTC
Ok I think I am going to close this bug for lack of being able to reproduce.

If anyone knows how to reproduce this issue please reopen
and I am happy to look into it further.