Closed Bug 910551 Opened 11 years ago Closed 3 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
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 ago3 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: