ACR 1.0.1 high-handedly (and silently) removes my extensions.checkCompatibility.* prefs at every startup

RESOLVED FIXED in ACR-1.0.2

Status

addons.mozilla.org Graveyard
Compatibility Tools
--
major
RESOLVED FIXED
6 years ago
a year ago

People

(Reporter: tonymec, Assigned: mackers)

Tracking

({regression, ux-control})

ACR-1.*
ACR-1.0.2
regression, ux-control

Details

Mozilla/5.0 (X11; Linux x86_64; rv:11.0a1) Gecko/20111209 Firefox/11.0a1 SeaMonkey/2.8a1 ID:20111209003002

ACR 1.0.1

I have

  user_pref("extensions.checkCompatibility.nightly", false);

as one of the lines in my user.js; yet with ACR 1.0.1 installed, I notice that:
- Filtering about:config on ns.ch only shows a couple of prefs, with names ending in .previous (presumably used by the ACR), not the one set by the above line
- in the Extensions (list) tab of the addons manager, several extensions which work for me and upon which I rely are shown with "This extension will be disabled at next restart".

Even if they aren't, too much is too much. The ACR has outlived its usefulness for me, I'm disabling it and going back to extensions.checkCompatibility.nightly (and if necessary, extensions.checkCompatibility.2.8a et al.)


This didn't happen with ACR 1.0
Adding to the CC a few people who I think might be interested.
I suspect this might be due to the fix for bug 708931. When extensions.strictCompatibility is false (the default in this version of SeaMonkey), ACR should perhaps not disable compatibility checks, but neither should it clear compatibility prefs *intentionally set by the user*.
Duplicate of this bug: 709197
(Assignee)

Comment 4

6 years ago
(In reply to Tony Mechelynck [:tonymec] from comment #2)
> I suspect this might be due to the fix for bug 708931. When
> extensions.strictCompatibility is false (the default in this version of
> SeaMonkey), ACR should perhaps not disable compatibility checks, but neither
> should it clear compatibility prefs *intentionally set by the user*.

Agreed. ACR behaviour for compat-by-default browsers is now:

- checkCompatibility user prefs are not touched on startup
- uninstalling ACR won't reset checkCompatibility prefs

r99000

Updated

6 years ago
Assignee: nobody → dave
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → ACR-1.0.2
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.