Privacy/Docs/How To Triage ETP-Strict Website Breakage: Difference between revisions
(→Service Workers in Private Browsing Mode: service worker are riding the trains Bug 1959535, Bug 1967568) |
(→Blocking the correct meta bug: Mentioning the meta meta bug) |
||
| Line 57: | Line 57: | ||
== Blocking the correct meta bug == | == Blocking the correct meta bug == | ||
Block the correct meta bug or [https://bugzilla.mozilla.org/show_bug.cgi?id=1101005 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. | Block the correct meta bug or [https://bugzilla.mozilla.org/show_bug.cgi?id=1101005 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}} (<code>tp-breakage-metas</code>). | ||
List with rough size of meta available under [[Privacy/Triage/Tp-Breakage]] | List with rough size of meta available under [[Privacy/Triage/Tp-Breakage]] | ||
Revision as of 11:02, 16 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
27 Total; 27 Open (100%); 0 Resolved (0%); 0 Verified (0%);