Open Bug 1405592 Opened 7 years ago Updated 2 years ago

[Datepicker] min/max constraints not enforced

Categories

(Core :: Layout: Form Controls, defect, P3)

56 Branch
defect

Tracking

()

UNCONFIRMED
Tracking Status
firefox57 --- wontfix
firefox58 --- wontfix
firefox59 --- ?

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)
Component: Untriaged → Layout: Form Controls
Product: Firefox → Core
Jessica: what does the spec say re: this one? Thx!
Flags: needinfo?(jjong)
Priority: -- → P3
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)
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)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.