1797078 - Add Telemetry for cookie banner handling auto clicking

Status: RESOLVED FIXED

(Core :: Privacy: Anti-Tracking, task)

Description

[Tim Huang[:timhuang]]

We would like to collect data related to cookie banner auto clicking, including

• Did we detect the banner
  • This will include the cases where the banner has been already handled.
• Did we correctly handle the banner (By clicking the banner)
  • Count how often we successfully handle a banner by clicking?
• Why did it fail?
  • Found the banner but it's hidden.
  • Found the banner but couldn't find the button
  • Cannot handle the banner after the timeout
• When we successfully handle the cookie banner.
  • Handle banner on DOMContentLoaded event
  • Handle banner before load event
  • Handle banner within timeout
• How long on average does it take for the banner to show up / until we click the banner after DOMContentLoaded?

Comment 1

[Emma Zühlcke [:emz]]

Attachment: Bug 1797078 - Add cookie.banners.click_handle_duration metric. r=timhuang!

Comment 2

[Emma Zühlcke [:emz]]

Attachment: Bug 1797078 - Add cookieBannersClick.result metric. r=timhuang!

Comment 3

[Emma Zühlcke [:emz]]

Attachment: Bug 1797078 - Avoid importing empty click rules. r=timhuang!

This prevents running the cookie banner click code for sites which have a rule
with an empty click object. This is important for performance reasons and
prevents us from recording invalid "banner not found" telemetry.

Depends on D161824

Comment 4

[Emma Zühlcke [:emz]]

Attachment: Bug 1797078 - Tests for cookie banner clickResult telemetry. r=timhuang!

Depends on D161837

Comment 5

[Emma Zühlcke [:emz]]

Attachment: DATA REVIEW REQUEST.md

Comment 6

[Chris H-C :chutten]

Comment on attachment 9303750 [details]
DATA REVIEW REQUEST.md

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?

No. This collection will expire in Fx 115.

Using the category system of data types on the Mozilla wiki, what collection type of data do the requested measurements fall under?

Category 2, Interaction.

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 the data collection use a third-party collection tool?

No.

---

Result: datareview+

Comment 7

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/ec9139e9e08a
Add cookie.banners.click_handle_duration metric. r=timhuang
https://hg.mozilla.org/integration/autoland/rev/1d302d459cf0
Avoid importing empty click rules. r=timhuang
https://hg.mozilla.org/integration/autoland/rev/e3c3f534f19f
Add cookieBannersClick.result metric. r=timhuang
https://hg.mozilla.org/integration/autoland/rev/dfacd59c45d8
Tests for cookie banner clickResult telemetry. r=timhuang

Comment 8

[Natalia Csoregi [:nataliaCs]]

https://hg.mozilla.org/mozilla-central/rev/ec9139e9e08a
https://hg.mozilla.org/mozilla-central/rev/1d302d459cf0
https://hg.mozilla.org/mozilla-central/rev/e3c3f534f19f
https://hg.mozilla.org/mozilla-central/rev/dfacd59c45d8

Comment 9

[Olivia Hall [:olivia]]

Attachment: Bug 1797078 - GeckoView Window.Print() Telemetry

This bug adds basic telemetry if window.print() is used or not in
Android through GeckoView.

Comment 10

[Olivia Hall [:olivia]]

Sorry, didn't mean to add a patch here! I had an incorrect bug number on the git commit when submitting an unrelated patch.