Closed
Bug 719227
Opened 12 years ago
Closed 12 years ago
Verify/Implement app status after submission
Categories
(addons.mozilla.org Graveyard :: Developer Pages, defect, P1)
addons.mozilla.org Graveyard
Developer Pages
Tracking
(Not tracked)
RESOLVED
FIXED
2012-06-07
People
(Reporter: clouserw, Assigned: andy+bugzilla)
References
Details
This is another one of those bugs that might be fast if this is already done, but should be verified by a programmer: - Upon submission, non-paid apps (any of the other three statuses) are put in the review queue and marked as 'frozen'. The current definition of 'frozen' means they can't appear anywhere featured or on any Top Whatever lists. If we need to alter that definition later that's fine, but for now just mark it frozen. - Upon submission, paid apps (only that 1 status) are put in the review queue and are not shown publicly on the site. Their detail pages work if you go there directly but they aren't in any lists or search results. Even if someone goes to the detail page the app cannot be bought until it is reviewed.
Comment 1•12 years ago
|
||
(In reply to Wil Clouser [:clouserw] from comment #0) > - Upon submission, paid apps (only that 1 status) are put in the review > queue and are not shown publicly on the site. Their detail pages work if > you go there directly but they aren't in any lists or search results. Even > if someone goes to the detail page the app cannot be bought until it is > reviewed. Currently we disable robots for details pages of unreviewed add-ons. For "frozen" submissions (not sure which `status` that would be) we ensure this is also done for Marketplace templates. On a related note, other linked pages (e.g., reviews pages) should also be disabled/robot-less - but I'm pretty certain we already do this.
Reporter | ||
Comment 2•12 years ago
|
||
Being frozen isn't a status in the ADDON_STATUS sense, it's an entry in the frozen_addons table. I don't know why it's a table and not a column on the addons table.
Assignee | ||
Comment 3•12 years ago
|
||
I'm not sure why this is on the https://etherpad.mozilla.org/apps-dev-launch, presumably all apps should be going into the same state. Distinguishing between non-paid and paid apps at this point seems out of scope.
Reporter | ||
Comment 4•12 years ago
|
||
That makes sense. I'll remove it from the etherpad.
Reporter | ||
Updated•12 years ago
|
Priority: P1 → P3
Reporter | ||
Comment 5•12 years ago
|
||
This is worth double checking again now that we're out of the weird detail page restrictions
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → amckay
Target Milestone: --- → 2012-05-24
Assignee | ||
Comment 6•12 years ago
|
||
TBH. Not sure I understand what this is about. I thought I did in chat with Wil, but apparently not.
Target Milestone: 2012-05-24 → 2012-05-31
Comment 7•12 years ago
|
||
Even free apps which are awaiting review are not listed in browse pages. Should this change?
Reporter | ||
Comment 8•12 years ago
|
||
(In reply to Andy McKay [:andym] from comment #6) > TBH. Not sure I understand what this is about. I thought I did in chat with > Wil, but apparently not. Let's talk when you're back next week. (In reply to krupa raj 82[:krupa] from comment #7) > Even free apps which are awaiting review are not listed in browse pages. > Should this change? Unreviewed apps not showing up in browse pages is fine
Assignee | ||
Updated•12 years ago
|
Target Milestone: 2012-05-31 → 2012-06-07
Reporter | ||
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
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
•