Closed
Bug 1012448
Opened 11 years ago
Closed 11 years ago
public mini-manifest for packaged app is empty {}
Categories
(Marketplace Graveyard :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
2014-06-03
People
(Reporter: lourcastillo, Assigned: robhudson)
References
Details
(Whiteboard: [qa-])
No description provided.
| Reporter | ||
Comment 1•11 years ago
|
||
I saw on Firefox marketplace that the manifest's link is bad. https://marketplace.firefox.com/app/54403c95-2f64-4c4a-a0e3-37dedc1f224a/manifest.webapp (the manifest is invalid) packaged https://marketplace.firefox.com/app/transantiagoapp/
| Reporter | ||
Updated•11 years ago
|
Assignee: nobody → lourdeslcastilloa
Comment 2•11 years ago
|
||
The META-INF folder (with ID) is created by marketplace server. The INVALID_MANIFEST error (by documentation) is by marketplace server, because the manifest.webapp JSON is clean in the server.
Comment 3•11 years ago
|
||
The bug will be reviewed by Marketplace Senior Reviewer.
Comment 4•11 years ago
|
||
this is happening to https://marketplace.firefox.com/app/magic-card/ also
https://marketplace.firefox.com/app/16d6a291-8d91-463a-bc32-b3b746b13b18/manifest.webapp
Summary: I can't install from the Firefox Marketplace, when I try to install show me an error message invalid_manifest. → public mini-manifest for packaged app is empty {}
Comment 5•11 years ago
|
||
I see a valid mini manifest, it works for clouserw and andym.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Comment 6•11 years ago
|
||
(In reply to Andy McKay [:andym] from comment #5)
> I see a valid mini manifest, it works for clouserw and andym.
yep same here today, maybe something got fixed in the push.
Comment 7•11 years ago
|
||
possible resurgence with a different app - bug 1016475
| Assignee | ||
Comment 9•11 years ago
|
||
Reopening...
This seems like it can happen when `get_cached_manifest` is called when there is not approved version. When a version is approved it should get updated but it appears that sometimes it doesn't. We need to find and fix that.
We can also remove this conditional to avoid caching '{}':
https://github.com/mozilla/zamboni/blob/master/mkt/webapps/models.py#L900
Assignee: lourdeslcastilloa → robhudson.mozbugs
Status: RESOLVED → REOPENED
Priority: -- → P2
Resolution: WORKSFORME → ---
| Assignee | ||
Comment 10•11 years ago
|
||
https://github.com/mozilla/zamboni/commit/5825f51
This commit avoids setting the cached minifest to '{}' so when a valid version does come into play everything should get set and cached correctly w/o having to track down where to call `force=True`.
Flagging as qa- as it's not clear how to create an app in this state.
Status: REOPENED → RESOLVED
Closed: 11 years ago → 11 years ago
Resolution: --- → FIXED
Whiteboard: [qa-]
Target Milestone: --- → 2014-06-03
You need to log in
before you can comment on or make changes to this bug.
Description
•