Closed Bug 717787 Opened 13 years ago Closed 12 years ago

Suggestions from <datalist> are not shown in Native Fennec

Categories

(Firefox for Android Graveyard :: General, defect, P4)

ARM
Android
defect

Tracking

(firefox15 verified, blocking-fennec1.0 +)

VERIFIED FIXED
Firefox 13
Tracking Status
firefox15 --- verified
blocking-fennec1.0 --- +

People

(Reporter: martijn.martijn, Assigned: Margaret)

References

()

Details

(Keywords: testcase)

Attachments

(1 file, 2 obsolete files)

Basically a revisit from bug 628616.
See also testcase from there: https://bugzilla.mozilla.org/attachment.cgi?id=506705

From bug 628616, comment 0:
"
With <datalist> and the list attribute on the input element, authors can provide suggestions to the user. On Firefox Desktop, they are shown like autocomplete suggestions. It would be nice to have them shown in Firefox Mobile given that authors should check if list and datalist are available and might assume that it will work on Firefox Mobile.
"
tracking-fennec: --- → +
Priority: -- → P4
Should this bug also get the "fennecnative-releaseblocker" status to retain parity with XUL?
tracking-fennec: + → ?
tracking-fennec: ? → ---
blocking-fennec1.0: --- → ?
blocking-fennec1.0: ? → +
Assignee: nobody → margaret.leibovic
Attached patch patch (obsolete) — Splinter Review
This basically just copies what we did in XUL fennec. As a follow-up we may want to look into a way to draw a divider between form autocomplete suggestions and datalist suggestions the way desktop does.

This patch is built on top of my patches from bug 704879. If you want to test, you can apply my patch queue here: http://hg.mozilla.org/users/margaret.leibovic_gmail.com/patches/.

I made a page to test the autocomplete/datalist interaction: http://people.mozilla.com/~mleibovic/test/datalist.html. I tried to figure out a way to make an automated test for this, but it still seems impossible to test features that touch both our Java UI and content. What I really want is a way to integrate some privileged JS into the robocop test framework - if we had that we could steal some code from the browser-chrome test harness to simulate click/keypress events.
Attachment #603089 - Flags: review?(mark.finkle)
Depends on: 704879
Attached patch patch (obsolete) — Splinter Review
Oops, wrong file.
Attachment #603089 - Attachment is obsolete: true
Attachment #603089 - Flags: review?(mark.finkle)
Attachment #603090 - Flags: review?(mark.finkle)
we can either have our test pages act as the source of the js stuff, or we have roboextender to poke from java->chrome.  I am sure we can work something out.
This applies on inbound now. Switching review to mbrubeck, since mfinkle is on PTO.
Attachment #603090 - Attachment is obsolete: true
Attachment #603090 - Flags: review?(mark.finkle)
Attachment #603436 - Flags: review?(mbrubeck)
Attachment #603436 - Flags: review?(mbrubeck) → review+
https://hg.mozilla.org/mozilla-central/rev/6250fad749e2
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 13
Suggestions are displayed right after a tap is done in the <datalist> field. Closing bug as verified fixed on:

Firefox 15.0a1 (2012-05-21)
Device: Galaxy Nexus
OS: Android 4.0.2
Status: RESOLVED → VERIFIED
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: