Closed Bug 1473685 Opened 6 years ago Closed 6 years ago

When a user "disables protection" on a site, and no trackers are detected, indicate that TP is turned off instead of on

Categories

(Firefox :: Site Identity, defect, P1)

62 Branch
defect

Tracking

()

VERIFIED FIXED
Firefox 63
Tracking Status
firefox62 --- verified
firefox63 --- verified

People

(Reporter: tanvi, Assigned: johannh)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

In Firefox62+, assume a user "disables protection" on a site. Then they visit a page on that site with no trackers detected at the moment.  Even though there are no trackers yet, any trackers that load in the future will be allowed, since protection is disabled on the site.

In 62+, the Control Center UI shows a shield and "Tracking Protection: ON" in this case.  Instead, it should show a shield with a cross out and "Tracking Protection: OFF".

If we could fix this and uplift it to 62, that would be great.  But since it is an edge case, it would be okay if this inconsistency existed for one release cycle.
Priority: -- → P1
Comment on attachment 8990679 [details]
Bug 1473685 - When a user "disables protection" on a site, and no trackers are detected, indicate that TP is turned off instead of on.

https://reviewboard.mozilla.org/r/255760/#review262512

LGTM. While I'm here, a reminder: please consider sharing a link to a testcase when filing bugs like this one. :)
Attachment #8990679 - Flags: review?(nhnt11) → review+
Updated tests to cover this.

> LGTM. While I'm here, a reminder: please consider sharing a link to a testcase when filing bugs like this one. :)

In this case, you need to find a site that triggers tracking protection and add an exception, then visit a page on the site without trackers (I use the favicon), so for example: https://www.zeit.de/index and https://www.zeit.de/favicon.ico
Pushed by jhofmann@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/f21f24461733
When a user "disables protection" on a site, and no trackers are detected, indicate that TP is turned off instead of on. r=nhnt11
https://hg.mozilla.org/mozilla-central/rev/f21f24461733
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 63
Please request uplift once this has baked for a couple days.
Flags: needinfo?(tanvi)
Flags: needinfo?(tanvi) → needinfo?(jhofmann)
Blocks: 1470020
Flags: needinfo?(jhofmann)
Comment on attachment 8990679 [details]
Bug 1473685 - When a user "disables protection" on a site, and no trackers are detected, indicate that TP is turned off instead of on.

Approval Request Comment
[Feature/Bug causing the regression]: Bug 1470020
[User impact if declined]: Small edge case where we go against UX spec for the TP UI by saying TP is on when the user has actually added an exception
[Is this code covered by automated tests?]: Yes
[Has the fix been verified in Nightly?]: Works for me in Nightly
[Needs manual test from QE? If yes, steps to reproduce]: Not really
[List of other uplifts needed for the feature/fix]: No
[Is the change risky?]: No
[Why is the change risky/not risky?]: Adds three simple lines of CSS, has extensive test coverage
[String changes made/needed]: None
Attachment #8990679 - Flags: approval-mozilla-beta?
Comment on attachment 8990679 [details]
Bug 1473685 - When a user "disables protection" on a site, and no trackers are detected, indicate that TP is turned off instead of on.

Minor fix in UI for edge case, let's uplift for beta 9.
Attachment #8990679 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
I can confirm this issue is fixed, I verified using Fx 63.0a1, build ID: 20180722220044 and Fx 62.0b10, on Windows 10 x64, Ubuntu 14.04 LTS and mac OS 10.13.5 beta.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: