1731493 - Rendering issue with PDF viewer

Status: NEW

(Firefox :: PDF Viewer, defect)

Description

[Bruno Pagani]

Attachment: Test PDF file

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Try rendering the attached PDF.

Actual results:

Only a blue arrow with fading is shown, not the green part.

Expected results:

It should look like https://i.stack.imgur.com/yIO8z.png

Comment 1

[Jeronimo Torti (Please send NI request to Brindusa Tot)]

Hi Bruno,
thank you for taking the time to submit this bug report.
I was able to reproduce on Windows 10, on Firefox Nightly 94.0a1 (2021-09-20) (64-bit) version and Release 92.0 (64-bit) version, as described in actual results. Based on this I will mark each respective flag as affected and set the severity.

I let the component in order to get the dev team involved, but if it's not relevant,
'Firefox-PDF Viewer' team, please feel free to change the component if this is not the appropriate one.

Regards,
Jerónimo.

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

Change the status for beta to have the same as nightly and release.
For more information, please visit auto_nag documentation.

Comment 3

[Bruno Pagani]

This is not entirely fixed, if you look at the attached PDF and expected rendering, you will see that pdfjs still draw a part of the arrow wrongly (upper right corner).

More over, on a more complex scheme using the same kind of underlying code in LaTeX, the output is even more wrong: see test file and expected rendering at https://gitlab.freedesktop.org/poppler/poppler/-/issues/1142.

Comment 4

[Marco Castelluccio [:marco]]

Marking as dependent on bug 1739229 because it was a partial fix.

Comment 5

[Bruno Pagani]

For the record, the more complex test file mentioned in my previous comment is now OK, but the original file posted here or the minimal case available at https://gitlab.freedesktop.org/poppler/poppler/uploads/c5afaf894748fb31f1af495e5f1747b7/test-minimal.pdf are still not.

Comment 6

[Bruno Pagani]

In fact the issue still partly remain even for my original file (there has been enhancements as the rendering is not cairo-like anymore), I was fooled by the fact that I’m now post-processing my PDF files using ghostscript like this:

gs -o output.pdf -sDEVICE=pdfwrite -dPDFSETTINGS=/prepress input.pdf

Interestingly, on the three files that exhibit rendering issues, those vanishes after post-processing with ghostscript.