Closed Bug 1661034 Opened 4 years ago Closed 4 years ago

[Copies] Deleting a single digit value automatically populates the field with 0 & and an empty copies value is validated

Categories

(Toolkit :: Printing, defect)

defect

Tracking

()

VERIFIED FIXED
Tracking Status
firefox81 --- verified
firefox82 --- verified

People

(Reporter: emilghitta, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [old-ui-] [Fixed by 1661020])

Attachments

(1 file)

Attached image Copies.gif

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

  1. Launch Firefox.
  2. Open any webpage.
  3. Hit CTRL + P.
  4. Delete the Copies default value using backspace.
  5. 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.

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.

The patch on bug 1661020 should fix this issue as well. I filed bug 1661048 to prevent entering non-numeric characters.

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.

(Removing [print2020_v81] because this will be fixed by another bug we're tracking.)

Whiteboard: [print2020_v81] [old-ui-] → [old-ui-]

bug 1661020 is fixed; can you confirm this issue is indeed fixed? :-)

Flags: needinfo?(emil.ghitta)

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

Status: NEW → RESOLVED
Closed: 4 years ago
Flags: needinfo?(emil.ghitta)
Resolution: --- → FIXED
Whiteboard: [old-ui-] → [old-ui-] [Fixed by 1661020]
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: