Closed
Bug 1497766
Opened 7 years ago
Closed 5 years ago
The maximum value of input type date exceeds
Categories
(Core :: DOM: Core & HTML, defect, P4)
Tracking
()
RESOLVED
DUPLICATE
of bug 1613280
People
(Reporter: white-hawk-taka, Unassigned)
Details
Attachments
(1 file)
|
97 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:62.0) Gecko/20100101 Firefox/62.0
Steps to reproduce:
Use Japanese Firefox.
See the attachment.
1. input tag use max value. ex '9999-01-01' (yyyy-mm-dd)
2. focus year.
3. type 20180101
Actual results:
input: 201801/01/dd
Expected results:
input: 2018/01/01
Can see by Google Chrome
|
Reporter | |
Updated•7 years ago
|
OS: Unspecified → All
Hardware: Unspecified → Desktop
|
||
Updated•7 years ago
|
Component: Untriaged → Layout: Form Controls
Product: Firefox → Core
|
||
Comment 1•7 years ago
|
||
We're currently filing any non-layout-related form control bugs (i.e. bugs in the XUL implementation) to Core::DOM for triage. Moving there.
Component: Layout: Form Controls → DOM
|
||
Comment 2•7 years ago
|
||
FWIW, with a non-Japanese locale I can input 201801 as year into Chrome as well and I'm pretty sure that's required by the HTML Standard. I can see though how perhaps there should be some heuristics here for ease-of-use.
Priority: -- → P3
|
||
Updated•7 years ago
|
Severity: normal → minor
Priority: P3 → P4
|
Assignee | |
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
|
|
||
Comment 3•5 years ago
|
||
Duping forward to bug 1613280 to consolidate.
Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•