248401 2022-11-28 09:13:36 -0800 ValidityState reports "valid" for partially completed dates 2023-05-05 22:27:08 -0700 1 1 1 Unclassified WebKit Forms WebKit Nightly Build Mac (Intel) macOS 11 RESOLVED FIXED https://bugs.webkit.org/show_bug.cgi?id=148873 BrowserCompat, InRadar P2 Normal --- 1 jeremy.m.frey ntim akeerthi cdumez karlcow webkit-bug-importer wenson_hsieh oldest_to_newest 1914996 0 jeremy.m.frey 2022-11-28 09:13:36 -0800 Repro steps: 1. In an `<input type="date" />` element, use the keyboard to enter the month, day, or year portion of the date. 2. Leave the other date parts blank. 3. Inspect the element's ValidityState. Expected: `{ badInput: true, valid: false }` Actual: `{ badInput: false, valid: true }` AFAIK, Blink and Gecko report badInput: true in this scenario. A closely-related question was asked on SO which doesn't have any answers due to the current behavior: https://stackoverflow.com/questions/72915862/javascript-date-input-in-safari-validation-31-of-february-year 1916644 1 karlcow 2022-12-05 01:02:09 -0800 Probably related to http://wpt.live/html/semantics/forms/constraints/form-validation-checkValidity.html https://wpt.fyi/results/html/semantics/forms/constraints/form-validation-checkValidity.html?label=experimental&label=master&aligned 1916712 2 webkit-bug-importer 2022-12-05 09:14:17 -0800 <rdar://problem/102984901> 1953314 3 ntim 2023-05-05 14:58:26 -0700 Pull request: https://github.com/WebKit/WebKit/pull/13523 1953377 4 ews-feeder 2023-05-05 22:27:05 -0700 Committed 263748@main (ec9036933491): <https://commits.webkit.org/263748@main> Reviewed commits have been landed. Closing PR #13523 and removing active labels.