Wrong color on Logitech manual converted to PDF/A 1.7 by paperless/ocrmypdf

[denilsonsa]

Attachments

• original-Logitech-MK235.pdf - Displays fine, with green color.
• archive-Logitech-MK235.pdf - Displays with red color.

Steps to reproduce the problem

1. Download logitech-mk235.pdf user manual.

2. (optional) Add it to paperless-ngx, because the user wants the convenience of having all the manuals together in paperless.

3. Paperless will convert the original PDF into PDF/A, by issuing this command:

    ocrmypdf --output-type pdfa --skip-text original-Logitech-MK235.pdf archive-Logitech-MK235.pdf
   

4. Try opening both the original and the archived PDF in Firefox 118.0.1 (on Manjaro Linux).

5. Observe how the green color from the original PDF ends up being rendered as red in the archived PDF.

6. Try opening the same PDF in other tools, and observe how most of them keep the green color.

7. <rant> Wonder why PDF/A, which is aimed at long-term preservation of electronic documents, managed to make the PDF worse. </rant>

What is the expected behavior?

This is the original PDF being rendered inside Firefox:

What went wrong?

This is the archived PDF/A version being rendered inside Firefox:

Comparing with other tools

Google Chrome

This is the archived PDF/A version being rendered inside Google Chrome 117.0.5938.149, which seems to also suffer from the same bug:

MuPDF

This is the archived PDF/A version opened in MuPDF 1.23.3:

Okular

This is the archived PDF/A version opened in Okular 23.08.1:

qpdfview

This is the archived PDF/A version opened in qpdfview 0.5.0:

Xpdf

This is the archived PDF/A version opened in Xpdf 4.04:

PDF Arranger

This is the archived PDF/A version opened in PDF Arranger 1.10.0

Inkscape

This is the archived PDF/A version opened in Inkscape 1.3, imported via internal import:

This is the archived PDF/A version opened in Inkscape 1.3, imported via Cairo import:

[Snuffleupagus]

Duplicate of #2856