Is it just me, or are all of the demos broken when using Flash 10 in OS X against v2.2.0 Beta 5? I get stuck on "uploading..." in each and every one of them. Works fine for me in Windows though.
demos: http://demo.swfupload.org/v220beta5/
browser: Firefox 3.0.6
flash: 10.0.12
os: OS X 10.5.6
thanks,
Chris
February 9, 2009 - 6:29pm
Unfortunately we (the developers) don't have the equipment for testing on OS X.
If someone would like to volunteer to debug on Mac we could use the help. (Debug meaning providing specific error details and recommending a solution.)
February 10, 2009 - 12:41pm
... on Max OSX 10.4.11, FF 3.0.6 (same for Opera 9.63) and Flash 10.0.12, but only for the demos from here. I do have an installation with a WORKING Beta 5. The only difference I see in the html-code is, that I am using full urls to the files. Maybe this could be the problem? Maybe gyphie could set up a demo with urls to the files here?
February 11, 2009 - 4:21am
I couldn't get the demos working for v2.1.0 or v2.2.0.
I could get the first file uploaded in v2.2.0, but the uploader would hang after completing the first file upload (screenshot): http://www.payczechs.com/screenshot.png
I could get multiple files up only when the upload was complete (for the first file) and then cancel each upload as it completes.
I couldn't even get the "select file(s) to upload" window to come up with v2.1.0.
When I use the "Features Demo" for v2.2.0 I can upload multiple files, but only because I have to manually start each one. Nothing worked for me with v2.1.0.
FWIW: I could only get v2.2.0 to work for me on Windows
I hope this helps.
-jaws
February 11, 2009 - 4:48am
... try to change the paths into http://whatsoever/whateverfile.js instead of using relative paths. Flash 10 support was introduced with 2.2.0, so 2.1.0 will not work in any way with Flash 10.
I had no problems so far and I cannot imagine that OS X 10.4.11 and OS X 10.5.6 differ so much to prevent the scripts working.
February 11, 2009 - 2:45pm
I updated the demo to include full (rather than relative) paths: http://www.payczechs.com/demos2/simpledemo/
I'm still having the same behavior.
February 12, 2009 - 1:03pm
...a server problem? payczechs.com AND swfupload.org are both running on a Dreamhost server.
Any Mac user NOT hosting with Dreamhost and NOT having problems with Beta 5?
Edit: or a mod_security problem (funky, only for Macs????). Try to disable it for testing like described here: http://wiki.dreamhost.com/Mod_security
Just a wild guess...
February 12, 2009 - 10:36pm
I messed around with some scripts but couldn't get anything working... For the sake of testing, I simply turned off as much security as I could, but to no avail.
February 14, 2009 - 7:23pm
Same thing happens to me, but I'm using Flash 9. All of the beta 5 demo', accept for applicationdemo, do not work in either Safari 3.2.1 or FireFox 3, and I'm using Leopard.
February 17, 2009 - 3:53am
The following fix to this problem worked for me:
flash_urland theupload_urlsettingsThis fixed the problem with the uploadSuccess event not firing on OSX.
February 23, 2009 - 9:23pm
Thanks for the solution willem!
Worked for me:
http://www.payczechs.com/demos2/simpledemo/index.php
Worked for me on both OS X and WinXP.
February 24, 2009 - 3:58am
[quote]# return some content in the file that processes the upload (no empty files). [/quote]
What a pity. Thought this was fixed with Beta 5, but there could be worse.
February 24, 2009 - 10:08am
It was fixed in beta 5 but it appears that the OS X Flash Player has a more severe bug.
February 25, 2009 - 1:15pm
People
Also the returning HTTP Status Code must be 200 otherwise OS X will not receive the serverData.
February 25, 2009 - 3:16pm
Flash only returns serverData for status code of 200 on all systems. We've added the ability for you to define other status codes as successful but Flash won't give use the response content for anything but 200.
February 25, 2009 - 4:48pm
So this is an Adobe 'bug' that will have to be solved by them or would the swfupload team be able to do it or find a workaround for it?
Otherwise it's a pretty dead end for the nearest future for us on Mac right?
February 25, 2009 - 6:17pm
This is an Adobe bug as far as we can tell.
We improved our handling of the Flash events in Beta 5 to fix this problem (it was our issue), but if Mac still doesn't return without server data in Beta 5 then I believe it is a Flash Player bug.
We do not have any Macs to test on so experimenting with work-arounds is difficult.
A possible work-around is to set the http_success setting to accept 202 as success and cause your server to return 202 and see if that works.
February 27, 2009 - 3:24pm
When does the issue on Mac come up?
Or is it Mac 100% of the time not working with Beta 5?
February 27, 2009 - 4:19pm
On Mac if you accept the upload but then do not return any data (Content-Length: 0) the Mac Flash Player never files uploadSuccess (or uploadError) and the application appear to hang since it's waiting for that event.
This issue used to affect all systems but we recently fixed the way we handle the FileReference events (internal to Flash) so we can capture both COMPLETE and DATA events and fire uploadSuccess whether any content was returned or not.
However, according to reports the Mac Flash Player never fires COMPLETE if there is no content.