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)
Toolkit
Printing
Tracking
()
VERIFIED
FIXED
86 Branch
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)
Affected versions
- Firefox 85.0a1 (BuildId:20201214091023)
Affected platforms
- Windows 10 64bit
- macOS 10.15
- Ubuntu 20.04 64bit.
Steps to reproduce
- Launch Firefox.
- Access any random website.
- Hit CTRL + P in order to open the print preview.
- Change the destination to your actual physical printer.
- 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
- This seems to be a regression.
- Pushlog:https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=12349b0246f2a1185dd489e0b1972bffdfe0d93d&tochange=694c9984be24689bd9dcdad5e02a9100fcc7a54d
- Potential Regresor: Bug 1663669
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.
Reporter | ||
Updated•3 years ago
|
Has Regression Range: --- → yes
Has STR: --- → yes
Assignee | ||
Comment 1•3 years ago
|
||
Updated•3 years ago
|
Assignee: nobody → emalysz
Status: NEW → ASSIGNED
Updated•3 years ago
|
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
Comment 3•3 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 3 years ago
Resolution: --- → FIXED
Target Milestone: --- → 86 Branch
Updated•3 years ago
|
status-firefox84:
--- → wontfix
status-firefox85:
--- → affected
status-firefox-esr78:
--- → unaffected
Updated•3 years ago
|
Updated•3 years ago
|
Flags: qe-verify+
Comment 4•3 years ago
|
||
Moving things to 88, cause we're mostly on Proton these days…
Whiteboard: [print2020_v86] [old-ui-] → [print2020_v88] [old-ui-]
Updated•3 years ago
|
Whiteboard: [print2020_v88] [old-ui-] → [print2020_v86] [old-ui-]
Reporter | ||
Comment 5•3 years ago
|
||
This issue is verified fixed using Firefox 86.0 on Windows 10 64bit, macOS 10.13 and Ubuntu 20.04
You need to log in
before you can comment on or make changes to this bug.
Description
•