Open Bug 1737774 Opened 2 years ago Updated 2 years ago

Image interpolation incorrectly printed

Categories

(Core :: Printing: Setup, defect)

Desktop
All
defect

Tracking

()

Tracking Status
firefox-esr78 --- unaffected
firefox-esr91 --- affected
firefox93 --- wontfix
firefox94 --- wontfix
firefox95 --- wontfix
firefox96 --- wontfix

People

(Reporter: cgeorgiu, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Affected versions

  • latest Nightly 95.0a1
  • RC2 94.0
  • Release 93.0

Affected platforms

  • Windows 10
  • macOS 11

Steps to reproduce

  1. Launch Firefox.
  2. Download locally this pdf sample https://github.com/mozilla/pdf.js/files/1991319/image_via_1.3_001.pdf
  3. Open the pdf sample in Firefox, then print it to file.

Expected result

  • The print to file output colors are the same as the one displayed in print preview.

Actual result

  • The print to file output colors are changed after printing to file.

Suggested Severity

  • S3, since I don't know for sure how spread is this issue with other pdf files.

Regression range

  • This seems to be a regression, here is the pushlog generated from mozregression tool:

Additional notes

Component: PDF Viewer → Printing: Setup
Product: Firefox → Core

Set release status flags based on info from the regressing bug 1721127

Thank you for the report!

I am clearing the severity, so the team that owns this component has a chance to triage
(having severity set could move this out of the team's radar)

I presume the mac's case is a different issue.

Severity: -- → S3
Has STR: --- → yes
Flags: needinfo?(jfkthame)

I tried this on my Win10 machine with both Firefox 95 and Nightly, and the Save-as-PDF output I get seems to be fine; it looks the same as the original PDF. So not sure what the issue is there, such that it doesn't reproduce for me.

On macOS, I see "banding" of the interpolated colors, which I guess reflects some configuration of the Core Graphics PDF context; I see a similar effect, though it looks like it's at a higher resolution and so less blocky, if I "print" to a new PDF from Preview.app. (Maybe we can request a higher default resolution, at the cost of getting larger output files?)

Flags: needinfo?(jfkthame)

Ah, I can reproduce this on Windows, if I use the Microsoft Print to PDF driver, rather than our built-in Save to PDF destination. Ciprian, can you confirm which driver/destination you were using? Does Save to PDF work correctly for you?

Flags: needinfo?(ciprian.georgiu)

(In reply to Jonathan Kew (:jfkthame) from comment #5)

Ah, I can reproduce this on Windows, if I use the Microsoft Print to PDF driver, rather than our built-in Save to PDF destination. Ciprian, can you confirm which driver/destination you were using? Does Save to PDF work correctly for you?

It's reproducible on Win 10, if I choose the Microsoft Print to PDF option. When selecting Save as PDF option, the pdf sample is printed as expected. This was something that I forgot to mentioned in the original report, it seems. I'm sorry if it caused any problems.

Flags: needinfo?(ciprian.georgiu)
Has Regression Range: --- → yes
You need to log in before you can comment on or make changes to this bug.