Closed Bug 1682290 Opened 3 years ago Closed 3 years ago

Print preview options are not automatically locked if an invalid (high) number of copies are entered

Categories

(Toolkit :: Printing, defect, P3)

Product:
Toolkit
Component:
Printing
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
86 Branch
Tracking Flags:
Tracking Status
firefox-esr78 --- unaffected
firefox84 --- wontfix
firefox85 --- wontfix
firefox86 --- verified

People

(Reporter: emilghitta, Assigned: emmamalysz)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression, Whiteboard: [print2020_v86] [old-ui-] )

Attachments

(2 files)

OptionsLock.gif
378.64 KB, image/gif
Details
Bug 1682290, set max on copies input and disable form with invalid input
47 bytes, text/x-phabricator-request
Details | Review
Attached image OptionsLock.gif —

Affected versions

  • Firefox 85.0a1 (BuildId:20201214091023)

Affected platforms

  • Windows 10 64bit
  • macOS 10.15
  • Ubuntu 20.04 64bit.

Steps to reproduce

  1. Launch Firefox.
  2. Access any random website.
  3. Hit CTRL + P in order to open the print preview.
  4. Change the destination to your actual physical printer.
  5. Increase the number of copies until it reaches the first invalid value.

Expected result

  • The other print preview options get automatically locked if an invalid value is entered inside the copies field.
  • It seems that the print preview options get locked only if another action is performed (adding an additional numeric value inside the copies field or interacting with the print preview options).

Actual result

  • The other print preview options are not automatically locked and the user can perform an additional step (clicking on a different orientation which successfully changes the orientation inside the print preview or adding an additional numeric value inside the copies field) before locking the print preview options.

Regression Range

Notes

  • This goes way back to Fx 82 but the print preview feature is disabled by default for the 82,83 & 84 releases.
  • This may be fixed by Bug 1669732
  • For further information please observe the attached screencast.
  • [Suggested Severity] I think that S4 fits for this issue.
Has Regression Range: --- → yes
Has STR: --- → yes
Assignee: nobody → emalysz
Status: NEW → ASSIGNED
Severity: -- → S4
Priority: -- → P3
Pushed by emalysz@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c44ac4a13b8e
set max on copies input and disable form with invalid input r=mstriemer
Regressions: 1683597

https://hg.mozilla.org/mozilla-central/rev/c44ac4a13b8e

Status: ASSIGNED → RESOLVED
Closed: 3 years ago
status-firefox86: affected → fixed
Resolution: --- → FIXED
Target Milestone: --- → 86 Branch
Flags: qe-verify+

Moving things to 88, cause we're mostly on Proton these days…

Whiteboard: [print2020_v86] [old-ui-] → [print2020_v88] [old-ui-]
Whiteboard: [print2020_v88] [old-ui-] → [print2020_v86] [old-ui-]

This issue is verified fixed using Firefox 86.0 on Windows 10 64bit, macOS 10.13 and Ubuntu 20.04

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

Attachment

General

Creator:
Created:
Updated:
Size: