| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Preference overrides from vendor.js are not connected to the code, so
they tend to bit rot quite quickly. Also, they only hide the problem,
because the source code still contains references to nonfree stuff.
Patching has a downside too. If upstream adds an override for some
patched preference in a new place, it's likely to take precedence over
the patch. Solution for this problem is TBD. But there are ways to
override our vendor.js too, so either approach is prone to this.
For now, go on with the patching approach. Also drop the override for
ui.key.menuAccessKeyFocuses as I don't see how this is related to
freedom issues. Let's stick as close to upstream as possible.
geo.wifi.uri was probably removed upstream as I wasn't able to find it
anywhere in the source tree.
|
|
Legacy search configuration has been dropped upstream [1].
It needs to be done by new method now.
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1619926
|
|
|
|
Because data reporting is now hopefully disabled via build config
options, reviewed some of the related preference overrides:
Removed the following preferences:
datareporting.healthreport.uploadEnabled
defined only if MOZ_SERVICES_HEALTHREPORT is defined,
see modules/libpref/init/all.js
datareporting.healthreport.about.reportUrl
Removed upstream, see:
https://bugzilla.mozilla.org/show_bug.cgi?id=1352497
Can be found only in some test files
datareporting.healthreport.documentServerURI
Probably have been removed too, documentServerURI can
now be found only in obsolete documentation and some tests
healthreport.uploadEnabled
cannot be found alone in source tree.
Only datareporting.healthreport.uploadEnabled can be found.
datareporting.policy.dataSubmissionEnabled
defined only if MOZ_DATA_REPORTING is defined,
see modules/libpref/init/all.js
datareporting.healthreport.service.enabled
could find only in some test files
datareporting.policy.firstRunTime
datareporting.policy.dataSubmissionPolicyVersion
could not find in source tree
Also checked the following preferences:
toolkit.telemetry*
still available in the code, so have not removed them
pref("toolkit.telemetry.server_owner", "User");
This is just a nitpicking probably, because upstream preference says
"Mozilla" instead. And that is not true, because of the following
override in vendor.js :)
pref("toolkit.telemetry.server", "127.0.0.1");
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
|
|
This is mostly related to a recent switch of about:addons from XUL to
HTML [1].
extensions.webservice.discoverURL has been removed upstream, see [2].
extensions.getAddons.search.url seems to be removed as well, but could
not find any proofs except that source code search doesn't find it
anymore. Couldn't see any effect from it either (see [4]).
That's why removed those two. Also changed the search engines URL to a
more appropriate one, and also disabled 'Recommendations' section the
same way Tor Browser Bundle does this [3].
[1] https://bugzilla.mozilla.org/show_bug.cgi?id=1558982
[2] https://bugzilla.mozilla.org/show_bug.cgi?id=1544011
[3] https://trac.torproject.org/projects/tor/ticket/22073
[4] http://kb.mozillazine.org/Extensions.getAddons.search.url
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Single previous pref is not enough, effect is seen only with both.
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
Signed-off-by: Andreas Grapentin <andreas@grapentin.org>
|
|
|
