Closed Bug 1608240 Opened 4 years ago Closed 4 years ago

Provide a policy for disabling CFR and whatsnew

Categories

(Firefox :: Enterprise Policies, enhancement, P1)

enhancement

Tracking

()

VERIFIED FIXED
Firefox 75
Tracking Status
firefox-esr68 --- verified
firefox74 --- wontfix
firefox75 --- verified

People

(Reporter: mkaply, Assigned: mkaply)

References

Details

Attachments

(2 files)

We need a policy that affects these three prefs:

browser.messaging-system.whatsNewPanel.enabled
browser.newtabpage.activity-stream.asrouter.userprefs.cfr.features
browser.newtabpage.activity-stream.asrouter.userprefs.cfr.addons

I think we should use one policy for all that just turns off all these messaging (I don't think we need individual flags - I doubt folks would want one but not the other.

I could be wrong.

Opinions welcome.

Summary: Provide a policy for disabling CFG and whatsnew → Provide a policy for disabling CFR and whatsnew
Priority: -- → P1
Assignee: nobody → mozilla
Status: NEW → ASSIGNED
Pushed by mozilla@kaply.com:
https://hg.mozilla.org/integration/autoland/rev/0f5ceff56bba
Add a policy to control user messaging. r=mconley,fluent-reviewers,flod
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 75
Depends on: 1622045
Flags: qe-verify+
Attached patch Patch for ESRSplinter Review

This is an ESR specific patch. It removes WhatsNew and adds the changes frmo bug 1622045

[Approval Request Comment]
If this is not a sec:{high,crit} bug, please state case for ESR consideration: Policy change for parity with Firefox 75.
User impact if declined: No policy for UserMessaging
Fix Landed on Version: 75
Risk to taking this patch (and alternatives if risky): Low

See https://wiki.mozilla.org/Release_Management/ESR_Landing_Process for more info.

This does involve a new string. We have prior approval to not worry about translation for policies.

Attachment #9134181 - Flags: approval-mozilla-esr68?
QA Whiteboard: [qa-triaged]

This is verified fixed using Firefox 75.0b5 (BuildId:20200317211402) on Windows 10 64bit, macOS 10.14 and Ubuntu 18.04 64bit.

The prefs in question can be successfully disabled/manipulated via the policy implementation.

Verified the following:

  • Verified that they are successfully disabled and locked in about:config.
  • The WhatsNewPanel is no longer displayed for the user (if disabled by the policy).
  • CFR notifications for addons & features are no longer displayed for the user (if disabled by the policy).
  • Both "Recommend extensions as you browse" & "Recommend features as you browse" in about:preferences#general are automatically checked/unchecked & locked (depending on the policy setup).

Leaving the qe-verify+ flag and a ni? on myself as a reminder to verify this in esr once it lands.

Flags: needinfo?(emil.ghitta)
Comment on attachment 9134181 [details] [diff] [review]
Patch for ESR

Policy engine update needed for release parity. Approved for 68.7esr.
Attachment #9134181 - Flags: approval-mozilla-esr68? → approval-mozilla-esr68+

This is verified fixed using Firefox 68.7.0esr (provided in comment 7) on Windows 10 64bit, macOS 10.14 and Ubuntu 18.04 64bit.

Status: RESOLVED → VERIFIED
Flags: qe-verify+
Flags: needinfo?(emil.ghitta)
Blocks: 1714466
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: