Closed
Bug 352035
Opened 18 years ago
Closed 18 years ago
After version denial, cannot upload modified version with same version number
Categories
(addons.mozilla.org Graveyard :: Developer Pages, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
3.0
People
(Reporter: gerard-majax, Assigned: fligtar)
References
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060823 SeaMonkey/1.5a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060823 SeaMonkey/1.5a
When submitting some new version, it might be denied. So, you have something like 'Version 0.9.75.0.3 - Denied' in your AMO developper page.
So, maybe you want to makes changes to your faulty install.rdf as I do, and then resubmit.
And this time, you get "Error: An identical version (0.9.75.0.3) already exists for this add-on and platform." at the end of submit process.
But, It's non-sense, as your 0.9.75.0.3 isn't accepted, it shouldn't exists.
Reproducible: Always
Steps to Reproduce:
1. Submit an upgrade
2. Get our upgrade denied
3. Retry with the same version
Actual Results:
It fails with "Error: An identical version (x.y.z...) already exists for this add-on and platform."
Expected Results:
It should accept the new version.
It's really annoying ...
Comment 1•18 years ago
|
||
Well, the version was denied, then you submitted a new build with modifications from the previous one, so it makes sense to increase the version number a bit doesn't it?
Just upload it as 0.9.75.0.3.1 ?
Once you create a package and give it a version number, no other package can have that version number, since it will be different - it's a basic rule of versioning.. or something like that.
Summary: Concurrent versions problems → After version denial, cannot upload modified version again
Version: unspecified → 1.0
Reporter | ||
Comment 3•18 years ago
|
||
Or you can consider it on the other way, as it has been denied, it cannot already exists.
Summary: After version denial, cannot upload modified version again → Concurrent versions problems
Version: 1.0 → unspecified
Summary: Concurrent versions problems → After version denial, cannot upload modified version with same version number
Version: unspecified → 1.0
I think this is a bug, and one I quite wish we didn't have, but I'm hoping it's not severe enough to warrant diverting energy from Remora at this point.
Reporter or others: are you able to delete that version from the developer control panel, before resubmitting? I recognize that it would be a bit of a pain, for which my continuing apologies, but I don't think this is something that we can fix without nervous-making semantic changes.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 5•18 years ago
|
||
I've never see this option before, but you're right, I can delete it :)
OK, that's probably a sufficient workaround until we get Remora up and can take a breath. Thanks!
Severity: major → normal
Assignee | ||
Updated•18 years ago
|
Depends on: remora-dev
We should write a test for this for Remora.
Target Milestone: --- → 3.0
Assignee | ||
Updated•18 years ago
|
Assignee: nobody → fligtar
Assignee | ||
Comment 8•18 years ago
|
||
There is no "denied" state in Remora, things are just dropped back to the sandbox. So, this is WONTFIX for Remora, as the files will still be accessible in the sandbox and we can't have duplicate versions.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WONTFIX
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
•