1468341 - Dynamically loaded trackers override the trackers-loaded or reloaded-needed descriptions in the identity popup

Status: NEW

(Firefox :: Protections UI, defect, P3)

Description

[Cristian Comorasu, QA [:ccomorasu], Releae Desktop QA - Please contact [e-mail]]

[Affected versions]:
 Fx 62.0aa

[Affected platforms]:
 Windows 10 x64
 Windows 7 x86
 mac OS 10.13

[Steps to reproduce]:
 1. Launch Firefox.
 2. From the hamburger activate Tracking Protection.
 3. Go to "http://www.bbc.com/" and disable tracking protection from  "Show site information".
 4. In a new tab go to about:preferences#privacy-trackingprotection and access the "Exceptions..." list.
 5. Go back to the initial tab.


[Expected result]:
 The Tracking Protection icon does not have a red line cutting it.

[Actual result]:
  There is a short delay until the icon is updated.

[Regression range]:
  Not a regression since its also reproducible on the build where this was introduced, Nightly 2018-06-01.

[Additional notes]:
 -Screen cast with the issue: https://imgur.com/a/Tu1eB8l

Comment 1

[Johann Hofmann [:johannh]]

The original bug description isn't exactly a valid issue. There's no "delay" since we never intend to update the identity popup, it should still show loaded trackers since removing the exception does not magically remove all trackers from the site.

The identity popup reload comes from the website loading more trackers that we have started blocking since you removed the exception. Then TP signals to the front-end that trackers were blocked, and because right now we unfortunately only communicate in the binary states "all trackers blocked" and "all trackers loaded" the frontend switches to show "all trackers blocked", even though some trackers are still active on the site.

I don't think there's a short term fix for this (and I don't consider it very important to fix right now), and we should wait until we have figured out how to send more granular TP information to the control center.