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
Mac testing
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.)
Same for me...
... 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?
Neither v2.2.0 or v2.1.0 work for me
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
As already said ...
... 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.
full paths didn't work for me
I updated the demo to include full (rather than relative) paths: http://www.payczechs.com/demos2/simpledemo/
I'm still having the same behavior.
could it be...
...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...
Doesn't look like Dreamhost Security
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.
Same thing happens to me,
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.
Solution for this problem
The following fix to this problem worked for me:
flash_urland theupload_urlsettingsThis fixed the problem with the uploadSuccess event not firing on OSX.
Worked!
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.
Returning content
[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.
Fixed
It was fixed in beta 5 but it appears that the OS X Flash Player has a more severe bug.
People Also the returning
People
Also the returning HTTP Status Code must be 200 otherwise OS X will not receive the serverData.
200
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.
Flash itself or swfupload bug
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?
Adobe bug
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.
When does the issue on Mac
When does the issue on Mac come up?
Or is it Mac 100% of the time not working with Beta 5?
Return data issue
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.