Bug 706060 - Attached document is not rendered correctly
Summary: Attached document is not rendered correctly
Status: NOTIFIED WONTFIX
Alias: None
Product: MuPDF
Classification: Unclassified
Component: mupdf (show other bugs)
Version: 1.20.0
Hardware: PC All
: P1 normal
Assignee: MuPDF bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-11-08 02:39 UTC by Fred Ross-Perry
Modified: 2023-06-26 18:19 UTC (History)
2 users (show)

See Also:
Customer:
Word Size: ---


Attachments
Test Document (11.93 MB, application/pdf)
2022-11-08 16:07 UTC, Fred Ross-Perry
Details
A cut down sample of page 2. (6.97 MB, application/pdf)
2022-11-09 16:08 UTC, Sebastian Rasmussen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Fred Ross-Perry 2022-11-08 02:39:46 UTC
Compare the first page of the table of contents with the result produced by another viewer; they are not the same.
Comment 2 Fred Ross-Perry 2022-11-08 16:07:45 UTC
Created attachment 23463 [details]
Test Document
Comment 3 Tor Andersson 2022-11-09 11:31:01 UTC
I'm looking at page 2, and most viewers have similar rendering to mupdf:

Firefox PDF.js: Same as MuPDF.
Acrobat Reader 9: Has tofu in places, otherwise same as MuPDF.
Ghostscript: Has tofu in places, otherwise same as MuPDF.
Evince: Looks completely different.

Since PDF.js, acrobat, and ghostscript all look the same as mupdf, I'm going to assume that Evince has the correct appearance?
Comment 4 Tor Andersson 2022-11-09 11:34:36 UTC
I am seeing rather a lot of FreeType error messages for the Identity-H embedded NotoSansHans-Regular font, which leads me to suspect an issue with FreeType and/or the font file is causing these differences.
Comment 5 Sebastian Rasmussen 2022-11-09 16:08:21 UTC
Created attachment 23470 [details]
A cut down sample of page 2.
Comment 7 Robin Watts 2023-06-26 18:19:09 UTC
The given customer number is for a customer that doesn't use MuPDF, so it seems likely it's been added in error.