Closed Bug 580433 Opened 14 years ago Closed 14 years ago

.xpi provided by the Addons Builder supplies a bogus version string in install.rdf

Categories

(Mozilla Labs Graveyard :: FlightDeck, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: crowderbt, Unassigned)

Details

My install.rdf contains the following version tag, which is rejected by AMO:

<em:version>copy rev. 20</em:version>
I see this too.  It looks like the builder inserts a value like the one you are seeing into the <em:version> element of the install.rdf file when you haven't specified a version for your addon by clicking the name of your addon in the editor interface and typing the version into the Version field of the Edit Info dialog box.

It's great that the builder automatically specifies a version rather than making you specify one, but it should specify a valid version, such as "1.0", which is the version that the SDK specifies if the developer doesn't specify one.

In the meantime, the workaround is to specify the version yourself via the Version field of the Edit Info dialog.
Myk:  This workaround does not actually work around the issue.  If I specify a version string in the Edit Info dialog, the version that ends up in my .xpi is this:

    <em:version>0.2 rev. 20</em:version>

(ie., "0.2" which is the rev I specified in the edit info, replaces the "copy" from before.)
Actually, I may have run into trouble with this for a different reason.  Disregard comment #2, please.
This could be a dupe of bug 578609.

Brian: were you able to use the workaround in the end?
Note: I think you need to press the Save button after specifying the version in the Edit Info dialog.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Product: Mozilla Labs → Mozilla Labs Graveyard
You need to log in before you can comment on or make changes to this bug.