Closed Bug 1528845 Opened 5 years ago Closed 2 years ago

dynamic datalist is not working in Desktop + RDM and Firefox Android

Categories

(Core :: DOM: Core & HTML, defect, P3)

Product:
Core
Component:
DOM: Core & HTML
Version:
66 Branch
Platform:
Unspecified
Android
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 1474137
Project Flags:
Webcompat Priority revisit
Tracking Flags:
Tracking Status
firefox65 --- affected
firefox66 --- affected
firefox67 --- affected

People

(Reporter: karlcow, Unassigned)

References

(Blocks 1 open bug,
URL
)

Details

Attachments

(2 files)

datalist.html
637 bytes, text/html
Details
Firefox_vs_Chrome_behavior.jpg
160.43 KB, image/jpeg
Details
Attached file datalist.html —

This is a spin-off of https://webcompat.com/issues/25925

A test case created by Emilio.
http://la-grange.net/2019/02/19/moz/datalist

Steps to reproduce:

  1. With either Firefox on Android or Firefox Desktop + RDM
  2. Go to http://la-grange.net/2019/02/19/moz/datalist
  3. Type "b"

Expected:
"bar" and "baz" are displayed

Actual:
Nothing is displayed

  • WORKS in Chrome Canary latest version
  • FAILS tested on Firefox 42 + RDM
  • FAILS tested on Firefox latest Nightly 67.0a1 (2019-02-18) (64-bit) + RDM and on Android

If it's a regression, this is a very old one.

<!doctype html>
<input id="input" list="autocomplete" autocomplete="off" name="foo">
<datalist id="autocomplete"></datalist>
<script>
  const OPTIONS = [ "foo", "bar", "baz" ];
  const input = document.querySelector("input");
  const datalist = document.querySelector("#autocomplete");

  input.addEventListener("input", function(e) {
    datalist.innerHTML = "";
    const value = input.value;
    for (const option of OPTIONS) {
      if (!option.includes(value))
        continue;
      const suggestion = document.createElement("option");
      suggestion.value = option;
      datalist.appendChild(suggestion);
    }
  });
</script>
Flags: webcompat?

Oana, can you run mozregression here to see if this is in fact a regression? Thanks.

Flags: needinfo?(oana.arbuzov)
Keywords: regressionwindow-wanted
Whiteboard: [webcompat] → [webcompat][webcompat-revisit]

Mike,

I've checked with different Firefox Nightly builds 38, 48, 55, 67 using Mozregression, but did not find any good build (where the issue is not reproducible).
I've also checked on latest Firefox Release 65.0.1 and Firefox Nightly 67.0a1 (2019-02-27) with real device (Samsung Galaxy S7 Edge (Android 8.0.0) - Resolution 1440 x 2560 pixels (~534 ppi pixel density)) and the issue is reproducible.

Flags: needinfo?(oana.arbuzov) → needinfo?(miket)

Added screenshot with Firefox vs Chrome behavior.

Thanks Oana. Seems like it's worth being treated as just a regular bug at this point.

Flags: needinfo?(miket)
Keywords: regressionwindow-wanted

Matt, do you have a hunch about this one? I have no idea of what can cause the different handling for RDM / Android and Desktop.

Flags: needinfo?(MattN+bmo)

RDM uses <iframe mozbrowser> which should die as it's very different than <xul:browser>, especially for content => chrome interactions like <select> popups, autocomplete popups, context menus, etc. mozbrowser is only used for RDM now that FxOS is dead so there are many bugs with it and it's not well supports. For example, <select> popups didn't work at all not too long ago.

Firefox on Android is non-e10s so that may be the issue there. The autocomplete popup is native UI on Android as well so we don't have any mochhitest coverage for it and I don't know that the Android team has any coverage from the Java side. It may be worth testing on GeckoView (with e10s IIRC) to see if it's a non-e10s issue.

Datalist handling in satchel is at https://searchfox.org/mozilla-central/rev/d33d470140ce3f9426af523eaa8ecfa83476c806/toolkit/components/satchel/nsFormFillController.cpp#744 but I'm not sure off-hand how the autocomplete popup on Android/RDM is updated. We only have some basic satchel logging so I'm not sure it would be helpful to diagnose but adding more would be fine with me.

Flags: needinfo?(MattN+bmo)

Migrating Webcompat whiteboard priorities to project flags. See bug 1547409.

Webcompat Priority: --- → ?

See bug 1547409. Migrating whiteboard priority tags to program flags.

Webcompat Priority: ? → revisit
Whiteboard: [webcompat][webcompat-revisit]
Flags: webcompat?

Looks like it is a same bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1474137

Blocks: input-list

Looks like it is a same bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1474137

Yes, I verified this issue was fixed when using Firefox Nightly 103 + RDM. Android issue is another bug. GeckoView doesn't implement datalist UI delegated API (Bug 1535985) yet.

URL: https://www.books.com.tw/ → https://www.books.com.tw/
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: