[Copies] Deleting a single digit value automatically populates the field with 0 & and an empty copies value is validated
Categories
(Toolkit :: Printing, defect)
Tracking
()
People
(Reporter: emilghitta, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [old-ui-] [Fixed by 1661020])
Attachments
(1 file)
470.87 KB,
image/gif
|
Details |
Affected versions
- 82.0a1 (BuildId:20200824215021)
- 81.0b1 (BuildId:20200824150741)
Affected platforms
- Ubuntu 20.04 64bit
- Windows 10 64bit
Unaffected platforms
- macOS 10.14
Steps to reproduce
- Launch Firefox.
- Open any webpage.
- Hit CTRL + P.
- Delete the Copies default value using backspace.
- Delete the 0 value.
Expected result
- Step 4: The Copies field is empty.
The empty field gets invalidated and the other options are locked until the user changes the copies value to a valid one.
Actual result
- The Copies field automatically populates with the 0 value & if deleting that value, the empty field is validated (even though that’s not a valid input) and the other options are unlocked.
Regression Window
- I’ll get to this as soon as time permits.
Additional Information
- For further information regarding this issue please observe the attached screencast.
Comment 1•4 years ago
|
||
The behavior of this field is a bit odd in additional ways, too. It restricts what can be typed (no letters, for example), but it still accepts -
even though a negative number would never be valid, and it accepts .
although only integers are valid; and if a digit other than zero is added after a decimal point, the input is truncated back to its integer portion. It all feels a bit quirky; it would be cleaner if -
and .
were simply blocked, like other non-numerics.
Comment 2•4 years ago
|
||
The patch on bug 1661020 should fix this issue as well. I filed bug 1661048 to prevent entering non-numeric characters.
Comment 3•4 years ago
|
||
Thanks. Yeah, it appears the blocking of letters etc that I noticed was a (mac-only) result of 1661020, and will go away with your patch there. Filtering input (for all platforms) in bug 1661048 would be great.
Comment 4•4 years ago
|
||
(Removing [print2020_v81]
because this will be fixed by another bug we're tracking.)
Comment 5•4 years ago
|
||
bug 1661020 is fixed; can you confirm this issue is indeed fixed? :-)
Reporter | ||
Comment 6•4 years ago
|
||
This is verified fixed using Firefox 81.0b3 (BuildId:20200827203325) and Firefox 82.0a1 (BuildId:20200827212940) on Windows 10 64bit, Ubuntu 18.04 64bit & macOS 10.14
Reporter | ||
Updated•4 years ago
|
Description
•