Closed Bug 1669225 Opened 4 years ago Closed 4 years ago

The printer select dropdown shouldn't be disabled when we have invalid values

Categories

(Toolkit :: Printing, enhancement, P1)

enhancement

Tracking

()

VERIFIED FIXED
84 Branch
Tracking Status
firefox84 --- verified
firefox85 --- verified

People

(Reporter: julienw, Assigned: emmamalysz)

Details

(Whiteboard: [print2020_v84][old-ui-])

Attachments

(2 files)

STR:

  1. Set some margin values to a negative value (eg: set to -1)
  2. Try to print preview.

To be clear, for me this happens when a non-existing printer is selected (not sure how to describe it better). So that wouldn't be a big problem... except that once it's selected, the printer select dropdown is disabled too so we can't select another printer. That's the specific issue we'd like to address in this bug.

See bug 1669207 and bug 1663503 for more background about this.

This seems really important. If we end up locking the UI due to an error with the (possibly default) selected printer, the user can't even switch to a valid printer and so they're basically locked out of being able to print.

Priority: -- → P1
Whiteboard: [print2020_v83][old-ui-]
Whiteboard: [print2020_v83][old-ui-] → [print2020_v84][old-ui-]
Assignee: nobody → emalysz
Status: NEW → ASSIGNED
Pushed by emalysz@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/86062362df9a enable destination dropdown when invalid values exist in the form r=sfoster
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 84 Branch

I managed to reproduce the issue using an older version of Nightly (2020-10-05) on Windows 10 x64.
I retested everything using latest Nightly 85.0a1 and Firefox 84.0b3 on Windows 10 x64, Ubuntu 16.04 x64 and macOS 11.0.1. The issue is not reproducing anymore.

Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: