Closed Bug 709225 Opened 12 years ago Closed 12 years ago

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

Categories

(addons.mozilla.org Graveyard :: Compatibility Tools, defect)

ACR-1.*
defect
Not set
major

Tracking

(Not tracked)

RESOLVED FIXED
ACR-1.0.2

People

(Reporter: tonymec, Assigned: mackers)

References

Details

(Keywords: regression, ux-control)

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*.
(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
Assignee: nobody → dave
Status: NEW → RESOLVED
Closed: 12 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.