Closed Bug 1850295 Opened 9 months ago Closed 5 months ago

Failing WPTs for :user-valid and :user-invalid behavior with form submit and reset

Categories

(Core :: CSS Parsing and Computation, defect)

defect

Tracking

()

RESOLVED FIXED
123 Branch
Tracking Status
firefox123 --- fixed

People

(Reporter: twisniewski, Assigned: emilio)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

We are failing these two WPTs:

It appears to be related to us not clearing user-interaction flags after submitting or resetting forms.

This is now all defined at: https://html.spec.whatwg.org/#selector-user-invalid & https://html.spec.whatwg.org/#selector-user-valid

I think Firefox is just missing the form reset bit.

Severity: -- → S3

(Modulo open spec issues linked in comments)

Assignee: nobody → emilio
Status: NEW → ASSIGNED
Pushed by ealvarez@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/50e9acd83446
Update :user-{valid,invalid} to follow the spec. r=smaug
Pushed by emilio@crisal.io:
https://hg.mozilla.org/integration/autoland/rev/b7a792b71de6
Fix some mochitests I had missed.
Pushed by emilio@crisal.io:
https://hg.mozilla.org/integration/autoland/rev/0c6429882e32
Don't test ui-valid from test_required_attribute.html.
https://hg.mozilla.org/integration/autoland/rev/58a46eb6578c
Add a few UpdateValidityElementStates calls that were papered before.
https://hg.mozilla.org/integration/autoland/rev/20963fe5ea2c
Fix non-unified build.
Pushed by emilio@crisal.io:
https://hg.mozilla.org/integration/autoland/rev/88d0f25f7837
Fix two more mochitests that were relying on previous behavior.
Regressions: 1881457
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: