Open
Bug 1500631
Opened 6 years ago
Updated 4 months ago
Consider removing document.createTouch and document.createTouchList
Categories
(Core :: DOM: Events, task, P3)
Core
DOM: Events
Tracking
()
NEW
People
(Reporter: mccr8, Assigned: smaug)
References
Details
(4 keywords)
Chrome dropped this in May: https://github.com/web-platform-tests/wpt/commit/8e1adf3ff681a013968a3fd6b3115c44587babec https://github.com/web-platform-tests/wpt/commit/6a23e9de469476253e59744a2635d3574bc33e1d
This leaves Firefox as the only browser that implement them, it seems.
Assignee | ||
Comment 1•6 years ago
|
||
Yeah, I think we should try to remove them.
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → bugs
Assignee | ||
Comment 2•6 years ago
|
||
or, possibly enable them only if some pref is set, so that tests can still utilize those.
Assignee | ||
Comment 3•6 years ago
|
||
Marionette seems to use createTouchList. Could it use something else?
We have synthesizeTouch etc. in EventUtils.js
Flags: needinfo?(hskupin)
Comment 4•6 years ago
|
||
This is only used by the old actions API implemented in Marionette and which we want to get rid of via bug 1354578. It's actually something we want to get rid of for a while. So lets see if we can make it somewhat a priority. If you have more questions lets continue over there.
Flags: needinfo?(hskupin)
Updated•6 years ago
|
Priority: -- → P2
Updated•6 years ago
|
Keywords: parity-chrome,
parity-safari
Updated•6 years ago
|
Keywords: dev-doc-needed
Updated•6 years ago
|
Type: enhancement → task
Keywords: site-compat
Updated•2 years ago
|
Severity: normal → S3
Comment 5•1 year ago
•
|
||
Bug 1412485 in 2019 limited this to Android with dom.w3c_touch_events.legacy_apis.enabled
. (Chrome doesn't have it on Android either, so keeping parity-chrome
.)
Depends on: 1412485
Updated•4 months ago
|
Priority: P2 → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•