Closed Bug 910551 Opened 11 years ago Closed 4 years ago

using javascript to get the type attribute of an input where type='time' returns "text"

Categories

(Core :: DOM: Forms, defect, P5)

23 Branch
ARM
Gonk (Firefox OS)
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jezra, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: dev-doc-needed)

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36 Steps to reproduce: 1. create an html page containing <input type='time' id='time_input'> 2. run some javascript to check the input's 'type' attribute, Ex: var input = document.getElementById('time_input'); console.log(input.type); Actual results: "text" was printed to the console Expected results: "time" should have been printed to the console
Attach a testcase as .html, please.
Flags: needinfo?(jezra)
Keywords: testcase-wanted
Attached file test file for reproducing the bug (deleted) —
Flags: needinfo?(jezra)
Attachment #797270 - Attachment mime type: text/plain → text/html
Keywords: testcase-wanted
Component: Untriaged → DOM: Core & HTML
Product: Firefox → Core
Version: unspecified → 23 Branch
Status: UNCONFIRMED → NEW
Ever confirmed: true
FYI dom.experimental_forms = true fixes.
Yep. This is the behavior the spec requires if time inputs are not supported yet. You'd get the same with <input type="somethingILike">.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
I first notices this bug on FireFox OS where the input behaves as a time input but does not return the proper type when using javascript.
While this issue is similar to 825294, I found this issue while using the mobile Firefox browser on FireFoxOS and therefor I consider this to be a mobile browser issue. It should be noted that this issue does not exists on firefox browser for Android.
Status: RESOLVED → REOPENED
OS: Linux → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Resolution: DUPLICATE → ---
Last I've heard, "dom.experimental_forms" should be set to "true" in Firefox OS and Firefox for Android. Did that change?
Flags: needinfo?(jonas)
Not to my knowledge. I think we're still supporting most form controls in B2G. Checking with Vivien that that should still remain true.
Flags: needinfo?(jonas)
(In reply to Jonas Sicking (:sicking) from comment #8) > Checking with Vivien that that should still remain true. What's the result?
Vivien, any reason that <input type=time> shouldn't work in B2G these days?
Flags: needinfo?(21)
(In reply to Jonas Sicking (:sicking) Please ni? if you want feedback from comment #10) > Vivien, any reason that <input type=time> shouldn't work in B2G these days? Nothing I know about. Sounds like the preference has landed in august though (http://hg.mozilla.org/mozilla-central/rev/38190b5c8d29) so I wonder if this could be that the FirefosOS version used to check is too old. Jezra, cwhich version of FirefosOS are you using?
Flags: needinfo?(21) → needinfo?(jezra)
I am using version 1.0.1.0 on a ZTE Open
Flags: needinfo?(jezra)
(In reply to jezra from comment #12) > I am using version 1.0.1.0 on a ZTE Open Makes sense then. The fix has landed only on 1.2 iirc.
Argh. The patch has landed in August but 2012. Maybe there is something else here.
Keywords: dev-doc-needed
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven't been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: -- → P5
From what i can see, the bug has been resolved and the correct type is reported
Blocks: html-forms
Status: REOPENED → RESOLVED
Closed: 11 years ago4 years ago
Component: DOM: Core & HTML → DOM: Forms
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: