Check which new Firefox enterprise policies we should have for 78
Categories
(Thunderbird :: General, task, P1)
Tracking
(Not tracked)
People
(Reporter: darktrojan, Assigned: darktrojan)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 1 obsolete file)
71.01 KB,
patch
|
darktrojan
:
review+
|
Details | Diff | Splinter Review |
It's been quite a while since we first copied Firefox's enterprise policies. Richard's ported some of the newer ones, but there's quite a lot of things they have that we don't have.
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 1•4 years ago
|
||
Comment 2•4 years ago
|
||
Comment on attachment 9152024 [details] [diff] [review] 1622703-enterprise-78-1.diff Review of attachment 9152024 [details] [diff] [review]: ----------------------------------------------------------------- ::: mail/components/enterprisepolicies/schemas/policies-schema.json @@ +315,5 @@ > + }, > + "browser.places.importBookmarksHTML": { > + "type": "boolean" > + }, > + "browser.bookmarks.restore_default_bookmarks": { hmm, some of these are really quite irrelevant to tb maybe we should skip the bookmarks stuff at least @@ +332,5 @@ > + "type": "boolean" > + }, > + "browser.safebrowsing.malware.enabled": { > + "type": "boolean" > + }, maybe these too
Assignee | ||
Comment 3•4 years ago
|
||
Actually, there's a lot of those that shouldn't be there, because they either do nothing in Thunderbird or we're using them to explicitly turn features off. I think I started going through them for this patch, then gave up and copied them all across. I'll prune them again properly before landing.
Assignee | ||
Comment 4•4 years ago
|
||
I've had to make some changes as some of the preferences tab pieces really weren't ready.
Assignee | ||
Updated•4 years ago
|
Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/b10f1799da16
Copy new enterprise policies from Firefox. r=mkmelin
Updated•4 years ago
|
Comment 6•4 years ago
|
||
Hi Geoff.
This line in the patch (privacy.js):
exceptionsButton.disabled = !acceptCookies || cookieBehaviorLocked;
Was there a specific reason for including acceptCookies
in here? I think this causes bug 1659335.
Assignee | ||
Comment 7•4 years ago
|
||
I only vaguely recall doing this, but at a guess I'd say I didn't account for adding an exception that allows cookies when the default is not to.
Description
•