When I uploaded a new version of my extension, Bookmarks' Full Titles, AMO assigned it a version number of "#genid1" even though the version is given as "2" in install.rdf. The file was saved to disc as bookmarks_full_titles-#genid1-fx.xpi. The addon's ID is 1042 and the version ID is 26761. This happened twice in a row (both in the last quarter of an hour or so). I deleted the first attempt (its version ID was 26761) because I went away for several hours just before completing the submission and had various adventures (involving logging back in on an another tab and the POSTDATA dialogue) that I thought might have caused the bug. It didn't – just going through the normal process causes this. If I try to upload the file again without completing the submission, the version is still given as #genid1. I'll attach the extension in question in a sec.

Steps to reproduce: 1. Upload this to AMO as a new version of any of (at least two of) my existing extensions, or as a new extension Expected result: Version is 2 Actual result: Version is #genid1

(In reply to comment #0) > I deleted the first attempt (its version ID was 26761) No it wasn't – it was 26760. ...with a zero.

Additem apparently doesn't like versions with single digits. If you use 2.0 it will work.

Debugging our 1600 line RDF parser was fun, but I finally found the missing equal sign. This is fixed in Remora.