Summary: | File uploads only work erratically with certain files | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | sebwin <shy> | ||||
Component: | Forms | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED WORKSFORME | ||||||
Severity: | Normal | CC: | ap, mitz | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.5 | ||||||
Attachments: |
|
Description
sebwin
2008-06-09 08:30:00 PDT
Created attachment 21596 [details]
upload file
Does this happen with all servers for you, or just some particular one? Well, it turns out this might be a case that is particular to Dreamhost's Rails deployment environment with Apache 2 and Passenger (mod_rails). Nonetheless it occurs only in combination with Safari (possibly on the Mac only). I've referred Dreamhost's support team to this bug file. This is the ticket for this issue with them, should one of you care to contact them: "[sebwin 18534828] max execution time exceeded". The email is support at dreamhost dot com. You can test the issue here: http://atcms.driftbit.com/admin/attachments/new User: test, Password: test The first four fields expect an image file. The last one a video file. I get this erratic behaviour with files of either kind. The image file I attached earlier fails pretty reliably every other time. I hope this helps. I've created a much cleaner test case here: http://driftbit.com/sandbox/upload.html It is again located on the same Dreamhost machine, but appart from serving the html there is no server intervention (nor client-side scripting for that matter) involved. Use the attached upload file with Safari on the Mac: the submit action succeeds only every other time. I know this must be one of the most obscure bugs: upload of certain files from Safari Mac to a Dreamhost server only succeed every other time… Does that mean this is a known issue? If so, is it known what triggers this behaviour on the server side or what can be done to avoid it? I can still reproduce this with Snow Leopard, but not with Lion (10.7.2). Apparently, this was an issue in a closed source network library below WebKit. Thank you for keeping the test case online for so long! Please verify whether the issue is fully resolved for you. |