Closed
Bug 738918
Opened 13 years ago
Closed 12 years ago
Wrong fonts, too large spacing, missing special characters (ç, oe, à, é, è, ê, ô, â, û, ù) without Microsoft KB2670838
Categories
(Firefox :: PDF Viewer, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: scoobidiver, Unassigned)
References
()
Details
(Whiteboard: [pdfjs-c-rendering][pdfjs-d-font-conversion])
Attachments
(4 files)
PDF Viewer 0.2.432 or PDF Viewer 0.2.414 (14.0a1/20120324)
In the above doc, fonts are wrong, the spacing between characters is too large making hard to differentiate words, and special characters are missing.
Comment 1•13 years ago
|
||
Reported to https://github.com/mozilla/pdf.js/issues/1410
Whiteboard: https://github.com/mozilla/pdf.js/issues/1410
![]() |
||
Comment 2•13 years ago
|
||
Confirmed on
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120323 Firefox/14.0a1 ID:20120323031214
However, it is seems to work with HWA turned off
Reporter | ||
Comment 3•13 years ago
|
||
I found another test case: http://www.urssaf.fr/images/ref_form_particulier_10122-04.pdf
Comment 4•13 years ago
|
||
Still reproducing on latest Aurora:
Mozilla/5.0 (Windows NT 6.1; rv:15.0) Gecko/20120625 Firefox/15.0a2, 20120625042007
Comment 5•13 years ago
|
||
(In reply to Alice0775 White from comment #2)
> Confirmed on
> Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120323 Firefox/14.0a1
> ID:20120323031214
>
> However, it is seems to work with HWA turned off
With HW acceleration disabled, characters are not displayed at all.
Comment 6•13 years ago
|
||
Still a problem, tracked at https://github.com/mozilla/pdf.js/issues/1410
Updated•13 years ago
|
Whiteboard: https://github.com/mozilla/pdf.js/issues/1410 → [pdfjs-c-rendering]
Comment 7•13 years ago
|
||
The document provided in URL is rendered in Nightly without problems. Fixed by bug 801280.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 8•13 years ago
|
||
(In reply to Yury (:yury) from comment #7)
> The document provided in URL is rendered in Nightly without problems.
It's not fixed, not even improved.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 9•13 years ago
|
||
Scoobidiver, are we talking about http://www.dicosmo.org/HoldUp/HoldUpPlanetaire.pdf ?
Comment 10•13 years ago
|
||
Sorry, I did not notice it suppose to be tested *without* the hardware acceleration. Reducing the scope of the bug.
OS: All → Windows 7
Hardware: All → x86_64
Whiteboard: [pdfjs-c-rendering] → [pdfjs-c-rendering][pdfjs-d-font-conversion][pdfjs-d-hwa-off]
Reporter | ||
Comment 11•13 years ago
|
||
(In reply to Yury (:yury) from comment #10)
> Sorry, I did not notice it suppose to be tested *without* the hardware
> acceleration.
Even with HW acceleration turn on, issues are there (see the first screenshot).
Here is the Graphics section of about:support:
Date du pilote
10-4-2012
Description de la carte
Mobile Intel(R) 4 Series Express Chipset Family
Direct2D activé
true
DirectWrite activé
true (6.1.7601.17789)
Fenêtres avec accélération graphique
1/1 Direct3D 10
GPU #2 active
false
ID du périphérique
0x2a42
ID du vendeur
0x8086
Paramètres ClearType
Gamma: 2200 Pixel Structure: RGB ClearType Level: 100 Enhanced Contrast: 100
Pilotes de la carte
igdumd64 igd10umd64 igdumdx32 igd10umd32
RAM de la carte
Unknown
Rendu WebGL
Google Inc. -- ANGLE (Mobile Intel(R) 4 Series Express Chipset Family)
Version du pilote
8.15.10.2869
AzureCanvasBackend
direct2d
AzureContentBackend
direct2d
AzureFallbackCanvasBackend
cairo
Whiteboard: [pdfjs-c-rendering][pdfjs-d-font-conversion][pdfjs-d-hwa-off] → [pdfjs-c-rendering][pdfjs-d-font-conversion]
Comment 12•13 years ago
|
||
>Here is the Graphics section of about:support:
> Direct2D activé
> true
Mine indicates newer version for DirectWrite:
DirectWrite Enabled
true (6.2.9200.16440)
Reporter | ||
Comment 13•13 years ago
|
||
(In reply to Yury (:yury) from comment #12)
> Mine indicates newer version for DirectWrite:
> DirectWrite Enabled
> true (6.2.9200.16440)
It's Windows 8 and I am on Windows 7.
Comment 14•13 years ago
|
||
Mine is Windows 7
Reporter | ||
Comment 15•13 years ago
|
||
(In reply to Yury (:yury) from comment #14)
> Mine is Windows 7
You have probably installed IE 10.
Comment 16•13 years ago
|
||
Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0
Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20130205 Firefox/21.0
Ubuntu 12.10 x64
Some letters are not displayed with the correct font (the subset symbols like F, S, I...):
http://www.math.northwestern.edu/~mlerma/courses/cs310-05s/notes/dm-fsmach
OS: Windows 7 → All
Comment 17•13 years ago
|
||
Web Console displays
[18:52:04.660] Warning: Not enough parameters for vvcurveto; actual: 0, expected: 4
Comment 18•13 years ago
|
||
(In reply to Mihaela Velimiroviciu [QA] (:mihaelav) from comment #16)
> Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0
> Mozilla/5.0 (X11; Linux x86_64; rv:21.0) Gecko/20130205 Firefox/21.0
>
> Ubuntu 12.10 x64
>
> Some letters are not displayed with the correct font (the subset symbols
> like F, S, I...):
> http://www.math.northwestern.edu/~mlerma/courses/cs310-05s/notes/dm-fsmach
Meant to bug 834730?
Comment 19•13 years ago
|
||
(In reply to Masatoshi Kimura [:emk] from comment #18)
> Meant to bug 834730?
That bug is about not displaying characters or displaying them with a wrong size at a certain zoom level. This bug is about displaying characters with wrong font.
Comment 20•12 years ago
|
||
Similar problem with Iceweasel 19 under Debian: special characters (such as the fi ligature as generated by LaTeX and some characters in math formulas) are replaced by random characters. And "normal" text rendering is ugly, probably because the font used is different from the one embedded in the PDF file.
Reporter | ||
Comment 21•12 years ago
|
||
After MS KB2670838, I can't reproduce those issues.
Here is the DirectWrite version:
DirectWrite activé: true (6.2.9200.16492)
Summary: Wrong fonts, too large spacing, missing special characters (ç, oe, à, é, è, ê, ô, â, û, ù) → Wrong fonts, too large spacing, missing special characters (ç, oe, à, é, è, ê, ô, â, û, ù) without Microsoft KB2670838
Comment 22•12 years ago
|
||
Comment 23•12 years ago
|
||
Comment 24•12 years ago
|
||
I can reproduce the issues very well. Take a look at the screenshots.
![]() |
||
Comment 25•12 years ago
|
||
(In reply to blueglacier414 from comment #24)
> I can reproduce the issues very well. Take a look at the screenshots.
WFM on a german Windows 7 with KB2670838 applied against Firefox 19 and Trunk.
Comment 26•12 years ago
|
||
Not for me with Firefox 19 on Ubuntu, nor on Mac OS X.
Reporter | ||
Comment 27•12 years ago
|
||
(In reply to blueglacier414 from comment #23)
> Source: http://www.gesetze-im-internet.de/bundesrecht/bgb/gesamt.pdf
Different testcase and also OS = different bug.
Status: REOPENED → RESOLVED
Closed: 13 years ago → 12 years ago
OS: All → Windows 7
Hardware: x86_64 → x86
Resolution: --- → WORKSFORME
Comment 28•12 years ago
|
||
Users on other platforms should look at bug 738627. This is precisely the problem I'm seeing.
You need to log in
before you can comment on or make changes to this bug.
Description
•