datalist not working in developer edition
Simply put, there is no support for HTML5 Datalist feature in Firefox Developer Edition 38.0.5.
You can test this by viewing the following page in any browser...
https://hacks.mozilla.org/2010/11/firefox-4-html5-forms/
And you will notice that it works in most everything except the Firefox Developer Edition browser.
Question Asked on StackOverflow: http://stackoverflow.com/questions/30790027/html5-datalist-not-working-bug-in-firefox-developer-edition-38-0-5
Is this an oversight? A bug? Is this slated to be fixed/corrected already? Or am I first to make ya'll aware of the issue? Thanx!!!
Chosen solution
The current Firefox DE (aurora) build is Firefox 40.0 a2.
The demo page works fine for me with the current release (38.0.5) and with the current Developer Edition build and the selection list opens with a double-click.
Start Firefox in Safe Mode to check if one of the extensions (Firefox/Tools > Add-ons > Extensions) or if hardware acceleration is causing the problem.
- Switch to the DEFAULT theme: Firefox/Tools > Add-ons > Appearance
- Do NOT click the Reset button on the Safe Mode start window
- https://support.mozilla.org/kb/Safe+Mode
- https://support.mozilla.org/kb/Troubleshooting+extensions+and+themes
Create a new profile as a test to check if your current profile is causing the problem.
See "Creating a profile":
- https://support.mozilla.org/kb/profile-manager-create-and-remove-firefox-profiles
- http://kb.mozillazine.org/Standard_diagnostic_-_Firefox#Profile_issues
If the new profile works then you can transfer files from a previously used profile to the new profile, but be cautious not to copy corrupted files to avoid carrying over problems.
Read this answer in context 👍 2All Replies (4)
Chosen Solution
The current Firefox DE (aurora) build is Firefox 40.0 a2.
The demo page works fine for me with the current release (38.0.5) and with the current Developer Edition build and the selection list opens with a double-click.
Start Firefox in Safe Mode to check if one of the extensions (Firefox/Tools > Add-ons > Extensions) or if hardware acceleration is causing the problem.
- Switch to the DEFAULT theme: Firefox/Tools > Add-ons > Appearance
- Do NOT click the Reset button on the Safe Mode start window
- https://support.mozilla.org/kb/Safe+Mode
- https://support.mozilla.org/kb/Troubleshooting+extensions+and+themes
Create a new profile as a test to check if your current profile is causing the problem.
See "Creating a profile":
- https://support.mozilla.org/kb/profile-manager-create-and-remove-firefox-profiles
- http://kb.mozillazine.org/Standard_diagnostic_-_Firefox#Profile_issues
If the new profile works then you can transfer files from a previously used profile to the new profile, but be cautious not to copy corrupted files to avoid carrying over problems.
In the demo page, if I type e or w or s in the control I get a list of matching cities that contain that letter dropping down from the box. Which I assume is what is supposed to happen. Cool.
I'm puzzled that the field doesn't have type="text" but I don't know whether that would make any difference. It seems that most types are supported (https://developer.mozilla.org/en-US/d.../input#attr-list)
In case it matters, I have form autocomplete turned off, and do not use any form-filling add-ons.
Edit: I used Firefox 38.0.5, release version
Modified by jscher2000 - Support Volunteer
TommyRay said
Is this an oversight? A bug? Is this slated to be fixed/corrected already? Or am I first to make ya'll aware of the issue? Thanx!!!
UPDATED: Once I dropped into "Safe Mode" it worked fine. It seems that there was a problem on the networked Group Policy restricting the FF-Dev-Edition app, whereas FF and Chrome were allowed through fine.
As to why there was no input type="text" on the demo page, I do not know and had also added that in my own code to test with no difference made, but it is supposed to aid in a fallback for datalists, I believe.
Thanks guys! ^5 FF-Dev-Edition is all good on Datalist after all.