Privacy/Docs/How To Triage ETP-Strict Website Breakage: Difference between revisions
(→Blocking the correct meta bug: Mentioning the meta meta bug) |
(Also list non-tracking-protection bugs) |
||
| Line 60: | Line 60: | ||
List with rough size of meta available under [[Privacy/Triage/Tp-Breakage]] | List with rough size of meta available under [[Privacy/Triage/Tp-Breakage]] | ||
Meta bugs for breakage due to tracking protection with resource blocking: | |||
<bugzilla> | <bugzilla> | ||
{ | { | ||
"blocks": "1960641", | "blocks": "1960641", | ||
" | "resolution": "---", | ||
"keywords": "meta", | "keywords": "meta", | ||
"include_fields": ["id", "summary", "alias", "cc_count"] | |||
} | |||
</bugzilla> | |||
Meta bugs for breakge of other causes: | |||
<bugzilla> | |||
{ | |||
"query_format": "advanced", | |||
"product": "Web Compatibility", | |||
"component": "Privacy: Site Reports", | |||
"resolution": "---", | |||
"keywords": "meta", | |||
"f1": "blocked", | |||
"v1": "1960641", | |||
"o1": "nowordssubstr", | |||
"include_fields": ["id", "summary", "alias", "cc_count"] | "include_fields": ["id", "summary", "alias", "cc_count"] | ||
} | } | ||
Revision as of 15:28, 17 June 2025
Steps on how to triage Web Compatibility :: Privacy: Site Reports bugs.
Triage tools:
Triage helper Addon: Site Issue Triage (on Github)
about:config
Usually exceptions can be set via urlclassifier.trackingSkipURLs. However, sometimes the tracker is on other lists as well. Use about:url-classifier to see which exception list you need to put the tracking URL and enter the domain in one of these lists:
urlclassifier.features.cryptomining.skipURLsurlclassifier.features.emailtracking.datacollection.skipURLsurlclassifier.features.emailtracking.skipURLsurlclassifier.features.fingerprinting.skipURLsurlclassifier.features.socialtracking.skipURLsurlclassifier.trackingSkipURLs
The content of the config variable needs to be a list of domains including subdomains: Example: *://*.example.com/*,*://example.com/*,*://sub.example.net/*
Identifying blocked URLs
Go to networking tab in devtools and sort by transferred to see all blocked URLs. In theory setting MOZ_LOG=nsChannelClassifier:5 also outputs information about classified URLs.
Putting diagnose into bug
Marking a bug as diagnosed: [privacy-team:diagnosed] in whiteboard (when identified the root cause, usually meaning list of necessary urls to unblock identified and put into the User story as trackers-blocked:xyz.com,*.abc.com)
Service Workers in Private Browsing Mode
Until Bug 1320796 - Support ServiceWorkers in Private Browsing Mode resolves, checking for private browsing-only bugs whether a service worker registers in normal browsing mode is indicative of breakage being due to non-existing service-worker support. Whether a service worker registers can be checked in about:serviceworkers. If service worker is the cause, the breakage bug should depend on Bug 1320796.
Service worker in Private browsing is targetted for the 140 release Bug 1959535, Bug 1967568.
Test different cookie modes
- Check whether the bug is caused by TCP (Total Cookie Protection): By setting
network.cookie.cookieBehaviorto4 - Check whether it is caused by the soon-to-be-deprecated tracker-cookie-blocking:
network.cookie.cookieBehavior.trackerCookieBlockingtofalse.network.cookie.cookieBehaviorhas to be5
Shims breaking websites
Sometimes shims can cause breakage for websites. Go to the "Console" tab of devtools to see which shims are applied to a website. A yellow message such as Google Publisher Tags is being shimmed by Firefox. See https://bugzilla.mozilla.org/show_bug.cgi?id=1713685 for details. gets displayed.
Go to `about:compat` and disable all applied shims to see whether that unbreaks the website. Look whether there is a bug blocking Bug 1944600 already open. Otherwise open one yourself with Bug 1944600 as blocking bug and set your breakage bug as depending.
Running clear profiles
Normal
./mach mozregression --launch $(date -d yesterday +%Y-%m-%d) --pref urlclassifier.trackingSkipURLs:
With ETP-Strict:
./mach mozregression --launch $(date -d yesterday +%Y-%m-%d) --pref browser.contentblocking.category:strict --pref urlclassifier.trackingSkipURLs:
Blocking the correct meta bug
Block the correct meta bug or Bug 1101005 when no meta bug for the breakage exist. There is no hard rule, but when there are 3+ bugs with the same cause it is worth considering opening a meta bug for it. All meta bugs should block bug 1960641 (tp-breakage-metas).
List with rough size of meta available under Privacy/Triage/Tp-Breakage
Meta bugs for breakage due to tracking protection with resource blocking:
27 Total; 27 Open (100%); 0 Resolved (0%); 0 Verified (0%);
Meta bugs for breakge of other causes:
| ID | Summary | Alias | Cc count |
|---|---|---|---|
| 1480137 | [meta] breakage bug for tracking cookie restrictions | etp-breakage | 15 |
| 1602922 | [meta] Breakage bugs of Dynamic First Party Isolation | dfpi-breakage | 15 |
| 1657930 | [meta] - Strict ETP Facebook login breakage (that our shimming should in theory fix) | No alias | 5 |
| 1669486 | [Meta] Web compatibility issues caused by ETP Level 2 | etp-level-2-webcompat | 4 |
| 1834329 | [meta] Breakage from Fingerprinting Protection | No alias | 2 |
| 1917788 | [meta] Third-party cookie deprecation breakage | 3pcd-breakage | 5 |
| 1957426 | [meta] Canvas Noise Breakage | canvas-noise-breakage | 2 |
| 1960641 | [meta] Tracking Protection breakage meta bugs | tp-breakage-metas | No cc_count |
| 1972297 | [meta] Website breakage due to sending Global Privacy Control Header "Sec-GPC: 1" | tp-breakage-gpc | No cc_count |
9 Total; 9 Open (100%); 0 Resolved (0%); 0 Verified (0%);