Closed Bug 1685509 Opened 3 years ago Closed 3 years ago

Collate pages is active with 1 copy set on macOS

Categories

(Core :: Printing: Setup, defect)

Product:
Core
Component:
Printing: Setup
Platform:
Desktop
macOS
Type:
defect

Tracking

()

Status:
RESOLVED INVALID
Tracking Flags:
Tracking Status
firefox85 --- affected
firefox86 --- affected

People

(Reporter: csasca, Unassigned)

References

(Blocks 1 open bug)

Details

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

Affected versions

  • Firefox 85.0b5
  • Firefox 86.0a1

Affected platforms

  • macOS 10.15.7 & 11.1

Steps to reproduce

  1. Launch Firefox
  2. Access about:config and set print.tab_modal.enabled to False
  3. Launch Print setup and select Paper Handling

Expected result

  • Collate pages is locked out if only 1 copy is set

Actual result

  • Collate pages is active by default even if 1 copy is set

Regression range

  • Will see for a regression

Additional notes

  • The issue can be seen in the following attachment
  • Ubuntu 20.04 and Windows are not affected
Has Regression Range: --- → no
Has STR: --- → yes
Whiteboard: [print2020_v86] [old-ui+] → [print2021_v86] [old-ui+]
QA Whiteboard: [qa-regression-triage]

This doesn't seem to be a regression. I tried a few old Nightlies and observed "Actual Results" in all of them:
2020-01-01
2017-01-01
2013-01-01

I also see "Actual Results" in Safari (14.0.3) and Chrome 88.

I also think this "Paper Handling" piece of UI is controlled by the OS, not by us (it's a piece of the system print dialog), so I'm not sure we have any control over the details of how it renders.

So, to the extent that there's a bug here (which I'm not entirely sure about given that we're matching other browsers), I don't think it's a bug in Mozilla code.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.