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)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

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.
I'm presuming you are going to tell me that I'll need to package an install.rdf with it?
Yep. That's a good place to start.
*** Bug 290731 has been marked as a duplicate of this bug. ***
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
Target Milestone: 1.0 → 1.1
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
Not even going to bother to look at what caused the bug described here?
(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?
(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.
Target Milestone: 1.1 → 2.0
Summary: Uploading XPI must require install.rdf → [Submission] Uploading XPI must require install.rdf
Mass change - bugs to be read / (re)confirmed.
Assignee: Bugzilla-alanjstrBugs → nobody
Priority: -- → P5
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
Depends on: remora-dev
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
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: nobody → fligtar
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
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.