Closed Bug 957158 Opened 10 years ago Closed 10 years ago

error on add-on upload: server rejects multipacked files like theme + extension

Categories

(addons.mozilla.org Graveyard :: Add-on Validation, defect, P1)

defect

Tracking

(Not tracked)

VERIFIED FIXED
2014-07

People

(Reporter: aris-addons, Assigned: mstriemer)

References

Details

Attachments

(2 files, 2 obsolete files)

9.63 KB, image/png
Details
1.34 MB, application/x-xpinstall
Details
Attached image 1.png
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0 (Beta/Release)
Build ID: 20140106141415

Steps to reproduce:

Tried to upload a new version of Noia 4.

How to reproduce:
- download Noia 4 v1.8.8 ( https://addons.mozilla.org/en-us/firefox/addon/noia-4 )
- open add-ons validator ( https://addons.mozilla.org/en-US/developers/addon/validate )
- upload file


Actual results:

Your add-on failed validation with 1 error.
There was a problem contacting the server.


Expected results:

Upload should work fine like always.
Uploadig single files from main xpi package works fine too.
Tricked the validator by renaming main file to "something.jar" before uploading.

There is still something majorly wrong with add-ons validator.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
This bug is still not fixed. The renaming trick does not work anymore.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Can you attach the file that is failing to validate?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Attached file noia4v200pre4.xpi (obsolete) —
Hey Jorge,

at the momemt add-ons validator rejects every multi packed theme I tried to upload.
Even already fully reviewed files ( noia4v189.xpi ) won't pass anymore.
I confirmed the uploads are not working, I will look into it.
Priority: -- → P2
Assignee: nobody → mstriemer
Priority: P2 → P1
This bug is still present. Could somebody please fix add-ons validator or disable it?
I "successfully" validated the noia4v200pre4.xpi file (and several other of the linked files) and got "Your add-on passed validation with no errors and 23 messages." Clicking through to the full validation report sporadically gives me an error though. Seems like it's probably a server configuration problem. I will talk to IT about how we can debug this.
I no longer get sporadic failures, validation *should* be working properly right now. Who knows if that will continue to be the case. I've brought the issue up with IT and they are looking into some errors we were seeing.

I will leave this open - please comment if you encounter any errors or successes.
Still getting same connection error.
Is it possible there are some regional restrictions or errors?
I'm uploading from Europe (Germany).

http://i57.tinypic.com/rhkavb.png
So I uploaded again and got the error. It looks like the server drops the connection and the JS doesn't handle it very gracefully. I grabbed the URL that the JS was hitting and tried it manually, got connection terminated then tried again and got a JSON dump. Looks like validation is working fine, it is just returning the response that is the problem.
Status: NEW → ASSIGNED
Got the same error today trying to upload a non-multipacked theme. So things are getting worse from the looks of it.
Sorry for posting again, but is anybody trying to fix this? It has been now almost four month since this one got reported.

If it is not possible to fix, please disable Add-ons validator for themes!
Mark, are you working on this bug?
Flags: needinfo?
Fixing needinfo.
Flags: needinfo? → needinfo?(mstriemer)
It would be great, if someone coud force upload this file for me.
Attachment #8356606 - Attachment is obsolete: true
Attachment #8369918 - Attachment is obsolete: true
This always seems to work on staging so I'm getting IT to look into if we're killing these connections prematurely. I reproduced this on production a couple times and now I can't reproduce it. It isn't ideal but maybe uploading it a few times in a row will warm-up the servers enough to complete the request in time.

You can eventually get a good validation by resending the status request but the page is still stuck in its invalid state. If IT can't resolve this then I'll try and fix the JS or find someone who can.

The relevant JS [1] can probably try again in this case instead of flagging the error.

[1] https://github.com/mozilla/olympia/blob/master/media/js/common/upload-addon.js#L272
Sorry for my ignorance, I'm not really much of a techie, but until december 2013 validation worked without a problem, then it suddenly stopped. So there must have been some change in the server configuration in about this stretch of time. Is it really so difficult to find out what was changed and who changed it in that time, and to roll it back to the state before?

For me it's not relevant anymore though, because with "Australis" my theming days are probably over anyway, so time has kinda outrun the bug for me. But I feel for people like Aris, who still puts a lot of work and energy in updating his Noia4, and can't upload it to the server now since months.

(And if I may add this small note here: Many thanks Aris also for your "Classic Theme Restorer", it will probably be the only way for me to keep using Firefox!)
(In reply to Mark Striemer [:mstriemer] from comment #22)
> ... It isn't ideal but maybe
> uploading it a few times in a row will warm-up the servers enough to
> complete the request in time.
> 

Tried this a couple of times on different days, still no luck.
Is there any chance some countries are more often affected than others? I'm uploading from Germany.
Afer a few more tests theme upload passes validator, if a small theme file is used.

Randomly removing files from theme package causes the theme not to work, but to pass add-ons validator. Does this make sense?

The main problem seems to be a faulty timeout inside the validator.

Can someone check this?
(In reply to Aris from comment #25)
> Afer a few more tests theme upload passes validator, if a small theme file
> is used.
> 
> Randomly removing files from theme package causes the theme not to work, but
> to pass add-ons validator. Does this make sense?
Yes, it makes sense. My Type 32 (multi package) themes have always uploaded and validated OK, but their filesize is very small. 

However, it is not filesize alone doing this bug - as a test, I uploaded a test version of a trivial extension of mine that uses a massive 4MB .wav file for an amusing effect...and it uploaded without problem and I then cancelled out. 

That would suggest it's a timeout bug hitting large filesize Type 32 only?
I can confirm that bug.
Mozo
Please do what you can to alleviate the pressure on the extension developers. They are a large part of  what makes Firefox so usable and many of them do so in their spare time. When tools no longer work or politics interfere with the process they will simply quit supporting their extensions, some of which are indispensable.

Thank you,

Olin
Yeah, and many quiting Firefox. Firefox is almost nithing without themes and extension developers.
I've got a PR in that should suffice as a workaround in these cases. It isn't perfect but hopefully it will work until a real fix can be done.

https://github.com/mozilla/olympia/pull/90
Flags: needinfo?(mstriemer)
https://github.com/mozilla/olympia/commit/8b78c7172ea2472c86ae4e6dc642dc5c2963b457
Status: ASSIGNED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2014-06
I'm still able to reproduce this issue using the xpi file attached in comment 21.
The validation takes a long time and at the end there is this error message: "Your add-on failed validation with 1 error.    There was a problem contacting the server."
Please view this screencast: http://screencast.com/t/wUbOIoiTHj
Reopening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: 2014-06 → 2014-07
PR to move some processing to celery: https://github.com/mozilla/olympia/pull/127.
Status: REOPENED → ASSIGNED
https://github.com/mozilla/olympia/commit/b2ab6efa30b7fa1662be5dfede081c852ad4e528

QA please verify that uploading addons still works everywhere that can be done (submission, standalone validation, new version).
Status: ASSIGNED → RESOLVED
Closed: 10 years ago10 years ago
Resolution: --- → FIXED
test add-on from comment 1 completes validation without any errors. See https://addons.allizom.org/en-US/developers/upload/b46b2a951967484790d3b93c11a8f04f

This will be in production tomorrow.
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.

Attachment

General

Creator:
Created:
Updated:
Size: