Bug 923346
Summary: | Symbols incorrectly displayed | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jan Včelák <jv+fedora> | ||||
Component: | google-croscore-fonts | Assignee: | Parag Nemade <pnemade> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | unspecified | ||||||
Version: | rawhide | CC: | andreas.bierfert, fonts-bugs, i18n-bugs, jreznik, j, kevin, ltinkl, mike, mkasik, pjs1, pnemade, rdieter, richard, rnovacek, stefan, than | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | 901858 | Environment: | |||||
Last Closed: | 2015-01-31 16:46:46 UTC | Type: | Bug | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | 901858 | ||||||
Bug Blocks: | |||||||
Attachments: |
|
Description
Jan Včelák
2013-03-19 15:57:40 UTC
Quick reply: I just downloaded the pdf you have given. Checked my F18 for Google Croscore SymbolNeu font and found its not present. Used evince and took a screenshot of figure 1. Then installed SymbolNeu font and open the pdf in evince and took a screenshot and conclusion both the screenshots are identical. (In reply to comment #1) > Quick reply: > I just downloaded the pdf you have given. Checked my F18 for Google > Croscore SymbolNeu font and found its not present. Used evince and took a > screenshot of figure 1. > Then installed SymbolNeu font and open the pdf in evince and took a > screenshot and conclusion both the screenshots are identical. I've just tried to open the file with and without the font and it differs depending on whether the font is installed or not (in both evince and okular on F18). I uninstalled google-croscore-symbolneu-fonts package and reopened pdf using evince and still see the C2 value in figure 1 as "470 μF" Oops! while I pasted above string from evince the inf changed to mu above. In my testing evince keep showing inf irrespective of google croscore symbolneu is installed or not. Both cases when above string copied from evince here it is always showing mu. Same with Okular. Display in pdf always showing me inf but when copied to clipboard it changes to mu. Created attachment 713339 [details]
diff-screenshot from okular
I took a screenshot of the page and highlighted the differences.
On the left side you can see the output without google-crosscore-sybolneu-fonts package installed. Okular shows in properties, that '/usr/share/fonts/default/Type1/s050000l.pfb' is used to display Symbol font.
On the right side, the package is installed and '/usr/share/fonts/google-croscore/SymbolNeu.ttf' is used instead.
Since the problem only occurs in a pdf that was built using a font known for not following the unicode standard, it should be analysed by pdf people, unless someone can point a specific encoding mistake in Symbol Neu That it "works" with a pfb font that dates from the same broken encoding era could be the result of two bugs (one in the font, the other in the pdf reader) that neutralise themselves, not any specific Symbol Nu problem. Please reproduce the "working" result with a modern unicode font before claiming Symbol Nu is broken. The target should be to work by default with good modern fonts, not to break them all to reproduce the behaviour of legacy fonts (modern unicode font should be either dejavu, since the project is quite anal in unicode compliance, or STIX 1.1, since they've driven the normalization or numerous math symbols. opensymbol is supposed to have been fixed encoding-wise nowadays, but I haven't checked it myself) If it is confirmed poppler is applying an encoding workaround that is not necessary with proper unicode fonts, a bug should be filled against the provider of /usr/share/fonts/default/Type1/s050000l.pfb to have the encoding of this font fixed or the file dropped from the distro Anyway, it seems my defense of Google was a mistake. It seems they had the bright idea to 'solve' interoperability problems by releasing a font that reproduces the exact brokenness of symbol This is too broken for thought and is going to break multiple unix apps that rely on proper font encoding (in fact it is so broken our font packaging guidelines didn't even envision it had to be protected against) The font should be dropped from the distro. All the symbols it provides are already present in our default fonts, its only purpose is to reproduce a Microsoft encoding mistake and to confuse apps. and poppler should add it to its broken font list next to Microsoft symbol — all the same workarounds apply) lastly, gucharmap refuses to use this font to render mu even when it is selected in the font dropdown. So unlike poppler it detects its a font best avoided Please note that google-croscore-symbolneu is not the only font in Fedora affected by this issue, there's also the WINE Symbol font, see the original bug this bug is a clone of (bug #901858). This message is a reminder that Fedora 18 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 18. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '18'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 18's end of life. Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 18 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior to Fedora 18's end of life. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. Note we have already dropped google-croscore-symbolneu-fonts subpackage in 1.23.0-5 build as a fix to bug 1037882. This fix is available in f20, f21 and in rawhide. (In reply to Parag from comment #14) > Note we have already dropped google-croscore-symbolneu-fonts subpackage in > 1.23.0-5 build as a fix to bug 1037882. This fix is available in f20, f21 > and in rawhide. ah! sorry just realized after clicking on submit button. We have not removed subpackage but the fontconfig file only. |