Closed Bug 271079 Opened 20 years ago Closed 19 years ago

[Submission] Uploading Legacy first does not store GUID for non-legacy uploads

Categories

(addons.mozilla.org Graveyard :: Developer Pages, defect)

x86
All
defect
Not set
minor

Tracking

(Not tracked)

VERIFIED WONTFIX

People

(Reporter: Bugzilla-alanjstrBugs, Unassigned)

Details

This was discovered from BiDi Mail UI, which has now been corrected.

When a legacy item is uploaded, such as an extension for Mozilla 1.x, it has no
GUID.  If someone then goes to upload a non-legacy version, ie TB, the GUID is
not stored since UMO thinks it is just a new version.

Bug 258995 is related and may exascerbate the problem.  
But 246891 is a possible solution.
Yeah, I was aware this existed. It's part of how new/updated code works, if it's
an update it doesn't verify/update the main record intentionally, IIRC.

In theory, the fix for Bug 258995 should reject the mismatch here too, but it
may not. Has this been tested on update-beta? or only on update?
Severity: normal → minor
I haven't tested it in Beta.  You've changed the code around so I don't know
what it would do.  Any chance that the code has some documentation at the top
that demonstrates the decision tree?
This is Mozilla, you know better than to expect documentation :-P
Bulk Moving Developer Control Panel bugs to new component.
(Filter: massdevcpspam)
Component: Update → Developers
Product: mozilla.org → Update
Version: other → unspecified
Assignee: psychoticwolf → nobody
Version: unspecified → 0.9
Summary: Uploading Legacy first does not store GUID for non-legacy uploads → [Submission] Uploading Legacy first does not store GUID for non-legacy uploads
No more legacy uploads, ever.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WONTFIX
Status: RESOLVED → VERIFIED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.