Closed
Bug 1492585
Opened 6 years ago
Closed 6 years ago
Switch "All Detected Trackers" to "Tracking Protection" if Fastblock UI is not exposed
Categories
(Firefox :: Protections UI, defect, P1)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: tanvi, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [privacy-panel-64][triage][uplift])
I spoke with UX, copy, frontend, and Product. If browser.contentblocking.fastblock.ui.enabled" is false (i.e. fastblock UI not exposed in preferences), replace the "All Detected Trackers" string with with "Tracking Protection". Luckily, both strings are in product already.
Updated•6 years ago
|
Priority: -- → P1
Comment 1•6 years ago
|
||
This will cause us to show [Tracking Protection Blocked/Add Blocking] in the Control Centre. That doesn't sound right...
Reporter | ||
Comment 2•6 years ago
|
||
(In reply to :Ehsan Akhgari from comment #1) > This will cause us to show [Tracking Protection Blocked/Add Blocking] > in the Control Centre. That doesn't sound right... oh... yes. Michelle/Bryan - any other ideas?
Flags: needinfo?(mheubusch)
Flags: needinfo?(bbell)
Then let's call it "Trackers" which will make sense as a thing we block.
Flags: needinfo?(mheubusch)
Flags: needinfo?(bbell)
Comment 4•6 years ago
|
||
Unfortunately we don't have "Trackers" in our existing strings, so we would need to ask if it's okay to uplift.
Comment 5•6 years ago
|
||
Adding new strings now is a problem: the deadline for l10n is Oct 9. That's 2.5 weeks, assuming we land the string changes today. The risk is to ship localized versions with that string in English. As long as you are aware of that risk, we can uplift strings, but I would honestly prefer avoid doing that.
Comment 6•6 years ago
|
||
WONTFIXing based on comment 5 and after checking with Michelle.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•