Closed
Bug 290683
Opened 20 years ago
Closed 18 years ago
[Submission] Uploading XPI must require install.rdf
Categories
(addons.mozilla.org Graveyard :: Policy, defect)
addons.mozilla.org Graveyard
Policy
Tracking
(Not tracked)
RESOLVED
FIXED
3.0
People
(Reporter: kinger, Assigned: fligtar)
References
Details
When I try and upload an updated version of my extension (OpenKiosk), I get this
error:
Errors were encountered during install.rdf parsing...
Aborting...
This is a seamonkey only extension, and has no install.rdf.
Reporter | ||
Comment 1•20 years ago
|
||
I'm presuming you are going to tell me that I'll need to package an install.rdf
with it?
*** Bug 290731 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Summary: Can't upload seamonkey XPI → Can't upload seamonkey (mozilla.suite) XPI
We need better instructions if install.rdf is not found. It should also point
to http://kb.mozillazine.org/Install.rdf#Target_applications.27_GUIDs for more
information. The patch for this bug should also remove the legacy handling for
Suite that would allow install.rdf to be missing (which currently seems broken)
Summary: Can't upload seamonkey (mozilla.suite) XPI → Uploading XPI requires install.rdf
Ok, to prevent future confusion, we should rip out the "legacy" support. I've
been advocating it for months and now its gotten worse with Sunbird, Nvu,
Community Seamonkey, and Netscape.
So if you want your app to be listed on UMO, you'll need the right items in
install.rdf.
Depends on: 290642
Summary: Uploading XPI requires install.rdf → Uploading XPI must require install.rdf
Comment 6•20 years ago
|
||
Not even going to bother to look at what caused the bug described here?
Reporter | ||
Comment 7•20 years ago
|
||
(In reply to comment #5)
> So if you want your app to be listed on UMO, you'll need the right items in
> install.rdf.
It should be documented somewhere what these items are. For example, for the
Mozilla Suite, you only need a bare bones version.
- application id and version
- target application info
- name
- creator
Anything else?
Reporter | ||
Comment 8•20 years ago
|
||
(In reply to comment #6)
> Not even going to bother to look at what caused the bug described here?
I think at least if a user tries to upload an extension without an install.rdf,
they should get a meaningful error message telling them so.
Summary: Uploading XPI must require install.rdf → [Submission] Uploading XPI must require install.rdf
Comment 9•19 years ago
|
||
Mass change - bugs to be read / (re)confirmed.
Assignee: Bugzilla-alanjstrBugs → nobody
Priority: -- → P5
Comment 10•19 years ago
|
||
AMO bugspam. Correcting QA contacts on OLD bugs (mozilla.update@update.bugs)
-> Correct QA contact (developers@add-ons.bugs)
Filtermeplzkthx
QA Contact: mozilla.update → developers
Assignee | ||
Updated•18 years ago
|
Depends on: remora-dev
Assignee | ||
Comment 11•18 years ago
|
||
In Remora (AMO v3), if there is no install.rdf present, an appropriate error is displayed. However, I think the second part of this bug is displaying somewhere what items are required in install.rdf for apps that don't normally use it.
Moving to policy for decision on where that should be displayed.
The properties additem requires for parsing are id, version, and target apps.
Component: Developer Pages → Policy
OS: Windows XP → All
Priority: P5 → --
Hardware: PC → All
Target Milestone: 2.0 → 3.0
Comment 12•18 years ago
|
||
I reckon just whack it on the error page when they're submitting:
"Even if your add-on is only aimed at applications which do not use install.rdf files (eg. Mozilla Suite, Seamonkey 1.0, etc.) we still require you to have a bare-bones install.rdf file for compatibility with the Mozilla Add-ons website. Your install.rdf must contain an em:id, an em:version and at least one em:targetApplication. See http://developer.mozilla.org/en/docs/install.rdf for more info."
Btw.. devmo says that em:name is required, otherwise it's not a valid install.rdf - we should probably make them include that too.
@fligtar: remember to adjust the QA contact :)
QA Contact: developers → policy
Assignee | ||
Updated•18 years ago
|
Assignee: nobody → fligtar
Comment 13•18 years ago
|
||
We should put this in the developer-guide-to-AMO, and link to the appropriate section of that guide from the error message.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
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
•