Closed Bug 1674155 Opened 4 years ago Closed 8 months ago

[macOS] Print preview displays wrong paper size if several steps are performed


(Core :: Printing: Setup, defect, P2)




Tracking Status
firefox83 --- affected
firefox84 --- affected


(Reporter: vlucaci, Unassigned)


(Blocks 1 open bug)


(Keywords: regressionwindow-wanted, Whiteboard: [print2020][old-ui-] )

Affected versions

  • 84.0a1(20201029095639)
  • 83.0b5

Affected platforms

  • macOS 10.15.7
  • macOS 10.14

Steps to reproduce

  1. Launch FF.
  2. Go to and open the modal.
  3. Go to Paper size, select the 4 x 6" option and the close the modal and the tab.
  4. In a new tab , go to and open the modal.
  5. Go to Paper Size , and select A4 option then close the modal.
  6. Ctrl+Shift+T to open the page from step 1 back, then open the modal.

Expected result

  • The page should be displayed in A4 format in print preview.

Actual result

  • The print preview section becomes corrupted, displaying abnormal page sizes and content, seemingly from the previous paper size

Suggested Severity

  • Seeing as how this issue only occurs with my hardware configuration , I would S3 this issue. I suspect that this issue could appear on other printer configurations.

Regression range

  • Will return with a regression ASAP.

Additional notes

QA Whiteboard: [qa-regression-triage]

Maybe something odd in the cups back-end?

Once you reproduce, does changing the paper size again work? If it doesn't we should probably bump the priority a bit.

Severity: -- → S3
Flags: needinfo?(vlad.lucaci)

Yes, changing the paper size does indeed work and cancels out the faulty behavior.
I will also search for a regression as soon as possible.

Flags: needinfo?(vlad.lucaci)
Priority: -- → P2
Whiteboard: [print2020_v84] [old-ui-] → [print2020_v85][old-ui-]
Whiteboard: [print2020_v85][old-ui-] → [print2020_v87][old-ui-]
Whiteboard: [print2020_v87][old-ui-] → [print2020][old-ui-]

To retest this issue the user requires a printer compatible with the reporter paper size (4 x 6"). Further investigation could not be performed.

I've collected a printer that allows me to run the original steps in the latest Nightly/Beta builds (Nightly v120.0a1; Beta v119.0 RC), but the issue does not appear to reproduce using the steps from comment 0.
The old build version that was reproduced on (Nightly v84.0a1 from 2020-10-29) does not recognize the printer and thus, the sizes mentioned in the original steps could not be selected, however, running the steps with other size selections does not cause issues either. The printer was then, added to the MacOS settings, but the behavior was the same, no reproduction. It was also tested with Nightly v111.0a1 and 115.0a1 on MacOS 11 and MacOS 10.13, but wouldn't reproduce.
The paper size was always correctly chosen and displayed in the print preview modal.

Considering the latest testing results and the fact that it hasn't been addressed in the last 3 years, I am closing this report as worksforme.

Closed: 8 months ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.