Closed
Bug 870031
Opened 13 years ago
Closed 8 years ago
Dropping XPI in staging directory bypasses about:newaddon
Categories
(Toolkit :: Add-ons Manager, defect)
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: kmag, Unassigned)
Details
(Whiteboard: [squeaky])
The summary says it all. Any XPI dropped in a profile directory's staging directory is silently installed without an opt-in. We should probably respect the extensions.autoDisableScopes value for the stage directory's parent.
Comment 1•13 years ago
|
||
Are people abusing this? Right now we use this in the Firefox test harness and we need a route to install add-ons that don't show that page for the UI. I seem to recall we had another bug on this and marked it as invalid for these reasons.
| Reporter | ||
Comment 2•13 years ago
|
||
Yes. See bug 863387.
Comment 3•13 years ago
|
||
*sigh*
So we could reject anything in there that doesn't have a .json file with it (http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/XPIProvider.jsm#2082). That is probably easiest but might break our test harnesses. The alternative is to just set a pref telling us to exclude a particular ID from about:newaddons on the next startup.
The latter is trivial to bypass, the former is a little harder since things might break badly if we changed the format of that json periodically...
Comment 4•13 years ago
|
||
Would it be very difficult for the test harness to change addons.sqlite or just drop a modified copy to install the add-ons?
Comment 5•13 years ago
|
||
(In reply to Jorge Villalobos [:jorgev] from comment #4)
> Would it be very difficult for the test harness to change addons.sqlite or
> just drop a modified copy to install the add-ons?
It's possible but I think it would be more complex than just manually creating the json files to drop in along with the add-ons, even if that would require changes with every change to that format (though they are rare these days)
Comment 6•8 years ago
|
||
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INACTIVE
You need to log in
before you can comment on or make changes to this bug.
Description
•