Open
Bug 1405592
Opened 7 years ago
Updated 2 years ago
[Datepicker] min/max constraints not enforced
Categories
(Core :: Layout: Form Controls, defect, P3)
Tracking
()
UNCONFIRMED
People
(Reporter: garakkio, Unassigned)
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:56.0) Gecko/20100101 Firefox/56.0
Build ID: 20170928135459
Steps to reproduce:
Open datepicker in an input type="date" with "min" and/or "max" attributes set.
Actual results:
The month is displaying correctly the min/max constraints (e.g. days before min and after max are disabled.)
Anyway, after clicking on the month, the month/year switch is ignoring such constraints, displaying every year.
Expected results:
At least the year constraint should be respected. For example, with the following
input type="date" min="2016-01-01" max="2018-12-31"
the year selector should display only 2016, 2017, 2018 years, because it's useless to select any other years (you'll only see a month entirely composed by disabled days)
Comment 1•7 years ago
|
||
Jessica: what does the spec say re: this one? Thx!
status-firefox57:
--- → wontfix
status-firefox58:
--- → fix-optional
Flags: needinfo?(jjong)
Priority: -- → P3
Comment 2•7 years ago
|
||
This is very UI-specific, so the spec does not mention about this. It's correct as long as we set the validity state correctly after the input value is changed.
NI? Scott to see if this is defined in our UX spec.
Flags: needinfo?(jjong) → needinfo?(scwwu)
Comment 3•7 years ago
|
||
Yes this was originally in the UX spec, but we were worried that it might introduce edge cases or usability issues that could affect the feature launch.
I filed bug 1363660 and have a working patch ready for review. If this is a feature that people would like to have, we could ask our UX (:morpheus) to have another look at it.
Flags: needinfo?(scwwu)
Comment 4•7 years ago
|
||
status-firefox59:
--- → ?
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•