Closed
Bug 709225
Opened 13 years ago
Closed 13 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)
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
Reporter | ||
Comment 1•13 years ago
|
||
Adding to the CC a few people who I think might be interested.
Reporter | ||
Comment 2•13 years ago
|
||
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*.
Assignee | ||
Comment 4•13 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•13 years ago
|
Assignee: nobody → dave
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → ACR-1.0.2
Updated•9 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•