gecko-dev/browser/base/content/test/trackingUI/browser.ini
Johann Hofmann a6438722be Bug 1533362 - Record contentBlockingEvent for background tabs. r=Ehsan
When switching tabs we use the securityUI.contentBlockingEvent property to update the shield state.

That property is set in https://searchfox.org/mozilla-central/rev/aae527894a97ee3bbe0c2cfce9c67c59e8b8fcb9/browser/base/content/browser.js#5025.

Unfortunately, that event is only received by the current browser because is is registered with gBrowser.addProgressListener instead of gBrowser.addTabsProgressListener. Thus, the background tab is not storing its content blocking event.

To fix this, we also listen for content blocking events with addTabsProgressListener, but exclude the
currently selected tab there.

Differential Revision: https://phabricator.services.mozilla.com/D23485

--HG--
extra : moz-landing-system : lando
2019-03-15 17:37:26 +00:00

36 lines
1 KiB
INI

[DEFAULT]
tags = trackingprotection
support-files =
head.js
benignPage.html
containerPage.html
cookiePage.html
cookieSetterPage.html
cookieServer.sjs
embeddedPage.html
trackingAPI.js
trackingPage.html
[browser_trackingUI_3.js]
[browser_trackingUI_animation.js]
[browser_trackingUI_animation_2.js]
[browser_trackingUI_appMenu.js]
[browser_trackingUI_background_tabs.js]
[browser_trackingUI_categories.js]
[browser_trackingUI_cookies_subview.js]
[browser_trackingUI_cryptominers.js]
[browser_trackingUI_fetch.js]
support-files =
file_trackingUI_fetch.html
file_trackingUI_fetch.js
file_trackingUI_fetch.js^headers^
[browser_trackingUI_fingerprinters.js]
[browser_trackingUI_open_preferences.js]
[browser_trackingUI_pbmode_exceptions.js]
[browser_trackingUI_report_breakage.js]
[browser_trackingUI_state.js]
skip-if = serviceworker_e10s # see https://bugzilla.mozilla.org/show_bug.cgi?id=1511303#c1
[browser_trackingUI_state_all_disabled.js]
[browser_trackingUI_state_reset.js]
[browser_trackingUI_telemetry.js]
[browser_trackingUI_trackers_subview.js]