Closed
Bug 375686
Opened 17 years ago
Closed 15 years ago
Sandbox documentation doesn't address addons not intended to be public
Categories
(addons.mozilla.org Graveyard :: Policy, enhancement)
Tracking
(Not tracked)
VERIFIED
WONTFIX
People
(Reporter: johnath, Assigned: osunick)
References
()
Details
For understandable reasons, the policy documents around the sandbox are focused on answering questions about how to get out of the sandbox and into the public site. For extension authors who don't want publicity for their extensions though, who want to use AMO as a sort of sourceforge-style hosting service for their custom, limited-audience extensions, the policy documents don't make it clear whether this is welcome (the first paragraph mentions that some items will stay in the sandbox idefinitely, but it's not clear (to me) if this is meant to be an accepted usage, or just reiterating that going public is not guaranteed.) I think it is - I think that a key goal of the sandbox is to facilitate experimentation with add-ons, even if it's a niche application. And judging from the diagram here: https://addons.mozilla.org/en-US/firefox/pages/sandbox It seems that this usage is fine - that as long as I don't nominate the add-on, it will quietly continue in the sandbox. If this is an accurate interpretation, then I would propose text be added to the policy faq along the lines of: My add-on isn't ready for public consumption, or is only for expert users. Can I keep it in the sandbox permanently? Absolutely. The sandbox is intended to make it easy to experiment with add-ons that aren't ready for the rest of the world yet. If your add-on is not explicitly nominated for public exposure, it will remain in the sandbox indefinitely.
Updated•17 years ago
|
Component: Developer Pages → Policy
OS: Mac OS X → All
QA Contact: developers → policy
Hardware: PC → All
I think that's not quite right, though you correctly point out that we need a place for niche or experimental add-ons that isn't lumped in with the "random person uploaded a file to AMO, please don't install it unless you're being really careful" case.
Target Milestone: --- → 3.2
Updated•17 years ago
|
Assignee: nobody → shaver
Updated•17 years ago
|
Assignee: shaver → basil
Target Milestone: 3.2 → 3.x (triaged)
Updated•16 years ago
|
Assignee: bhashem → nobody
Updated•15 years ago
|
Severity: normal → enhancement
Target Milestone: 4.x (triaged) → ---
Updated•15 years ago
|
Assignee: nobody → nnguyen
Assignee | ||
Comment 2•15 years ago
|
||
We're looking hard at the future of experimental add-ons. The main thinking now being that we should set a time limit on add-ons that are in the 'experimental' bucket and encourage permanently experimental add-ons to be "listing-only" which are hosting off-site. The goal here is to make sure all add-ons on AMO are on some sort of timeline towards a code review.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
Reporter | ||
Comment 3•15 years ago
|
||
Yep, suits me fine. I want experimentation to be cheap, but I don't want AMO to end up like sourceforge, with thousands of abandoned, semi-functional projects either. Thanks, Nick.
Status: RESOLVED → VERIFIED
Updated•8 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
•