(In reply to TWC (Alt Email) from comment #17) > The current implementation as tested from Nightly (93.0a1) only permits picking a date, leaving the time as "--:--:--" That matches Safari (and we don't ship a time picker for `<input type=time>` so it is consistent with that too). > This is not compliant with the specification: > > - https://www.w3.org/wiki/Html/Elements/input/datetime-local > - https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/datetime-local Why? Neither of those links is a specification. The specification is [this](https://html.spec.whatwg.org/#local-date-and-time-state-(type=datetime-local)) and it doesn't specify how the UI should look like, afaict. > Can this bug be reopened? I filed bug 1726108 for this. Reopening fixed bug would make tracking a mess.
Bug 1283388 Comment 18 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
(In reply to TWC (Alt Email) from comment #17) > The current implementation as tested from Nightly (93.0a1) only permits picking a date, leaving the time as "--:--:--" That matches Safari (and we don't ship a time picker for `<input type=time>` so it is consistent with that too). > This is not compliant with the specification: > > - https://www.w3.org/wiki/Html/Elements/input/datetime-local > - https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/datetime-local Why? Neither of those links is a specification. The specification is [this](https://html.spec.whatwg.org/#local-date-and-time-state-(type=datetime-local)) and it doesn't specify how the UI should look like, afaict. > Can this bug be reopened? I filed bug 1726108 for this. Reopening this fixed bug would make tracking a mess.