1124912 - Bad kerning for a particular PDF document

Status: RESOLVED DUPLICATE of bug 1766039

(Firefox :: PDF Viewer, defect, P2)

Description

[Artem S. Tashkinov]

Attachment: kerning.png

User Agent: Mozilla/5.0 (X11; Linux i686; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150108202552

Steps to reproduce:

Opened http://us.download.nvidia.com/Windows/347.25/347.25-win8-win7-winvista-desktop-release-notes.pdf


Actual results:

Wrong/bad/missing kerning.


Expected results:

Sane kerning.

Comment 1

[Loic]

Attachment: 347.25-win8-win7-winvista-desktop-release-notes.2.pdf

Comment 2

[Loic]

Probably visible with HWA disabled.

Comment 3

[Jonas Jenwald [:Snuffleupagus]]

Also tracked upstream in https://github.com/mozilla/pdf.js/issues/2739.

Comment 4

[Petruta Horea [:phorea], Desktop Test Engineering]

I couldn't reproduce it under Ubuntu 12.04 32-bit with Nightly 38.0a1, but I can see it under Win 7 64-bit with hwa off, confirming.

Comment 5

[Artem S. Tashkinov]

(In reply to Petruta Rasa [QA] [:petruta] from comment #4)

I can reproduce it under CentOS 6.6, Firefox 36 beta 8, PDF Viewer 1.0.1141 (the last stable version at AMO doesn't work - btw it needs to be updated), binary NVIDIA drivers.

Comment 6

[Artem S. Tashkinov]

Still unresolved in Firefox 62 beta.

Comment 7

[Petruta Horea [:phorea], Desktop Test Engineering]

The PDF is correctly rendered in latest Nightly 96.0a1 under Win 7 x86 and Win 10 x64, HVA on/off, thus closing as RWFM.

Comment 8

[Artem S. Tashkinov]

Attachment: bug.png

Can't confirm.

Comment 9

[Artem S. Tashkinov]

Attachment: fonts.conf

Probably I have an unusual fonts.conf configuration, attaching it.

My distro is Fedora 35.

Comment 10

[Artem S. Tashkinov]

If Firefox is a Windows-only web browser you can go ahead and leave the bug report closed.

Comment 11

[Petruta Horea [:phorea], Desktop Test Engineering]

Attachment: wayland and xwayland comparison on Fx93

Looks good for me on Firefox 93 and latest Nightly 96.0a1 using Ubuntu 21.04 Wayland (I don't have access to Fedora), so I'm lowering the severity to S3.

Comment 12

[Artem S. Tashkinov]

This is still not fixed 8 years after I filed the bug report.

Comment 13

[Artem S. Tashkinov]

Attachment: Video_quality_evaluation_and_testing_verification_.pdf

Another PDF document with a complete botched rendering.

Source URL: https://www.researchgate.net/publication/349517448_Video_quality_evaluation_and_testing_verification_of_H264_HEVC_VVC_and_EVC_video_compression_standards/fulltext/608db41892851c490fae38df/Video-quality-evaluation-and-testing-verification-of-H264-HEVC-VVC-and-EVC-video-compression-standards.pdf

Comment 14

[Artem S. Tashkinov]

Attachment: Firefox 102.png

Video_quality_evaluation_and_testing_verification_.pdf in Firefox 102.0.1

Comment 15

[Artem S. Tashkinov]

Attachment: chrome.png

Video_quality_evaluation_and_testing_verification_.pdf in Google Chrome Version 103.0.5060.114 (Official Build) (64-bit)

Comment 16

[Calixte Denizet (:calixte)]

This is still not fixed 8 years after I filed the bug report.

As mentioned here: https://github.com/mozilla/pdf.js/issues/2739#issuecomment-450633930, some fonts are not embedded in the pdf.
For example "Table of contents" on page 2 should be rendered in using Trebuchet MS but it isn't embedded, hence when drawing, the font in the canvas is set to TrebuchetMS, sans-serif and finally it depends on the fonts you've on your system.
So we can likely improve the way to find an alternative font (it's on our roadmap) but we aren't magicians: there are absolutely no way to guess how the glyphs look like just in using a font name.

Comment 18

[Artem S. Tashkinov]

I can confirm it's fixed in today's nightly.

Cannot comment on the parent bug unfortunately.