Standardize or hide from content Element.prototype.setCapture and Document.prototype.releaseCapture
Categories
(Core :: DOM: Events, defect, P5)
Tracking
()
People
(Reporter: bruant.d, Assigned: saschanaz)
References
(Depends on 2 open bugs, Blocks 1 open bug)
Details
(Keywords: dev-doc-needed, site-compat)
Attachments
(3 files)
Reporter | ||
Updated•12 years ago
|
Reporter | ||
Comment 1•12 years ago
|
||
Comment 2•12 years ago
|
||
![]() |
||
Comment 3•12 years ago
|
||
![]() |
||
Comment 4•12 years ago
|
||
Comment 5•12 years ago
|
||
Comment 7•12 years ago
|
||
Comment 8•11 years ago
|
||
Comment 9•11 years ago
|
||
Updated•7 years ago
|
Updated•7 years ago
|
Reporter | ||
Updated•7 years ago
|
Updated•7 years ago
|
Assignee | ||
Comment 10•5 years ago
|
||
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 11•5 years ago
|
||
Comment 12•5 years ago
|
||
Comment on attachment 9180817 [details]
data review request
DATA COLLECTION REVIEW RESPONSE:
Is there or will there be documentation that describes the schema for the ultimate data set available publicly, complete and accurate?
Yes.
Is there a control mechanism that allows the user to turn the data collection on and off?
Yes. This collection is Telemetry so can be controlled through Firefox's Preferences.
If the request is for permanent data collection, is there someone who will monitor the data over time?
Yes, Kagami Rosylight is responsible.
Using the category system of data types on the Mozilla wiki, what collection type of data do the requested measurements fall under?
Category 1, Technical.
Is the data collection request for default-on or default-off?
Default on for all channels.
Does the instrumentation include the addition of any new identifiers?
No.
Is the data collection covered by the existing Firefox privacy notice?
Yes.
Does there need to be a check-in in the future to determine whether to renew the data?
No. This collection is permanent.
Result: datareview+
Comment 13•5 years ago
|
||
Comment 14•5 years ago
|
||
bugherder |
Assignee | ||
Comment 15•5 years ago
|
||
Telemetry says 0.04% of pages use setCapture, which is higher than I expected.
Assignee | ||
Comment 16•5 years ago
|
||
I can see some actual uses of setCapture on GitHub: https://github.com/search?l=JavaScript&q=setCapture&type=Code
Particularly noVNC: https://github.com/novnc/noVNC/blob/0c4b3e802fe4415903467a52ccb1f630c318b385/core/util/events.js#L22
![]() |
||
Comment 17•5 years ago
|
||
The noVNC code polyfills it if not present, right? Would the polyfill work in Gecko?
Comment 18•5 years ago
|
||
Also a bunch of those uses seem like they make no assumption that the method exists, which is nice.
Assignee | ||
Comment 19•4 years ago
|
||
Comment 20•4 years ago
|
||
Comment 21•4 years ago
|
||
bugherder |
Assignee | ||
Comment 22•4 years ago
•
|
||
The value reduced to 0.01% in Nightly 90 and now 0 in Nightly 91. Not sure what happened as noVNC hasn't change. Anyway, we can probably try disabling it on Nightly.
Comment 23•4 years ago
|
||
The leave-open keyword is there and there is no activity for 6 months.
:saschanaz, maybe it's time to close this bug?
Assignee | ||
Comment 24•4 years ago
|
||
It's not hidden yet.
Assignee | ||
Comment 25•4 years ago
|
||
The value reduced to 0.01% in Nightly 90 and now 0 in Nightly 91. Not sure what happened as noVNC hasn't change. Anyway, we can probably try disabling it on Nightly.
It's just because the telemetry item names are changed: https://telemetry.mozilla.org/new-pipeline/dist.html#!cumulative=0&end_date=2021-12-21&include_spill=0&keys=__none__!__none__!__none__&max_channel_version=nightly%252F97&measure=USE_COUNTER2_DEPRECATED_ElementSetCapture_PAGE&min_channel_version=nightly%252F81&os=Windows_NT&processType=*&product=Firefox&sanitize=1&sort_by_value=0&sort_keys=submissions&start_date=2021-12-06&table=0&trim=1&use_submission_date=0
Still 0.04%, nothing has changed.
Updated•3 years ago
|
Description
•