540872 - Add-on uploading times out, with multiple consequences

Status: RESOLVED DUPLICATE of bug 540863

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

Description

[Brian King [:kinger]]

I've heard from a number of authors lately who have a scenario like the following when uploading:

1. The Validation Step Times out.
2. After reloading the page and uploading the extension again and having a successful validation on the third try ...
3. The Step Completing Your Add-On times out...

This can have multiple side effects, including:

- multiple copies of the same version uploaded
- add-ons being sandboxed but not being put in the review queue

Comment 1

[Axel Grude [:realRaven]]

I can almost always reproduce this behavior with my extension QuickFolders, which is about 161kByte upload heavy. I have a fairly slow (mobile) broadband connection(*) and the timeout can happen during the upload or in the step after validation. One of the error messages I have seen says something like

"Oops! there seems to be a problem with this file...
An error occurred moving 63941200 1273893846.xpi" This would be after the validation step "Completing your add-on..." - it looks like it uses some AJAX technology which appears to be not very robust when exposed to low bandwidth.

 - other instances (during upload) IIRC  there is an error message mentioning "not to be able to move the file". The outcome seems to always be multiple identical files - usually reflecting the number of retries (but sometimes broken files, I usually test downloading the file to make sure) which can be corrected by deleting files; the unpleasant side effect is that the version is sandboxed without going to review queue. Since there is no rollback for an already uploaded version it is not possible to repeat the validation/submissin step with the already uploaded file in order to correct the situation.

Personally I would prefer submission via ftp or even (encrypted?) email as a safer alternative method of marshalling the extension over to AMO.

(*) the slow speed is especially noticeable with secure sites.

Comment 2

[Dave Garrett]

See bug 540863 & bug 539372.

Comment 3

[Brian King [:kinger]]

Does indeed look the same as bug 539372.

Comment 5

[Jorge Villalobos [:jorgev] (he/him)]

Reclassifying editor bugs and changing to a new whiteboard flag. Spam, spam, spam, spam...