SWFUpload

Also, if you're behind a .htaccess file I've had problems with Macs not being able to answer the challange (and you never get to see it, either)

Check your logs, assuming you're using a LAMP soultion, it should be somewhere like "/var/log/httpd/access_log" use tail (tail -f /var/w...) and hit your upload again, if you see a 401 error, you're getting dinked by the server.

G'luck!

I have the exact same problem. Not working on Mac 10.6.1.

Spent awhile banging my head against a wall troubleshooting my code just to find out that the demos on this site don't work either!

It works fine from my virtual machine, not from my Mac desktop though.

Re-installing flash had no effect, Flash version is "MAC 10,0,32,18"

Tried it with Firefox, Safari, Opera, Chromium to no avail.

If I queue up any files, the first has the progress bar go across, then when full, just gets stuck on "Uploading..." Never completes. The forms demo also worked fine for me, but every other one fails.

Again, this issue is present on the Demo Site as well as my own local instances.

The Features demo seemed to have no problem.

I am running the latest version of OS X. Version 10.5 had some issues with Flash (it included a slightly outdated version because a security patch had been released between when they cut the DVDs and when they went on sale) but 10.5.1 fixed the issue. Also, as I mentioned in my first message, I manually re-installed flash to the latest version and that didn't do the trick either.

I have done more extensive testing. The Simple Upload Demo, the Multi-Instance Demo, SWFObject Plugin Demo, Overlay Demo, and the External Interface demo all fail. It looks as though it is uploading the file, but never completing. Again, the first file is shown uploading, but never finishes.

Below I've pasted the output of the debug for the External Interface Demo with 2 images. The first says "Uploading..." and you will see in the debug where it is uploading, but it just kind of hangs and never marks the first image as uploaded. As a result, the second image is never uploaded.

I am beginning to suspect it has something to do with the way you've implemented the JS on some of the demos because it works in certain circumstances but not others, but I don't know what is particular about this version of the OS over the past versions that would affect this.

---SWFUpload Instance Info---
Version: 2.2.0 2009-03-25
Movie Name: SWFUpload_0
Settings:
upload_url: /v220/eidemo/upload.php
flash_url: ../swfupload/swfupload.swf?preventswfcaching=1254939868857
use_query_string: false
requeue_on_error: false
http_success:
assume_success_timeout: 0
file_post_name: Filedata
post_params: [object Object]
file_types: *.*
file_types_description: All Files
file_size_limit: 100 MB
file_upload_limit: 100
file_queue_limit: 0
debug: true
prevent_swf_caching: true
button_placeholder_id: spanButtonPlaceHolder
button_placeholder: Not Set
button_image_url: /v220/eidemo/images/TestImageNoText_65x29.png
button_width: 65
button_height: 29
button_text: Hello
button_text_style: .theFont { font-size: 16; }
button_text_top_padding: 3
button_text_left_padding: 12
button_action: -110
button_disabled: false
custom_settings: [object Object]
Event Handlers:
swfupload_loaded_handler assigned: false
file_dialog_start_handler assigned: false
file_queued_handler assigned: true
file_queue_error_handler assigned: true
upload_start_handler assigned: true
upload_progress_handler assigned: true
upload_error_handler assigned: true
upload_success_handler assigned: true
upload_complete_handler assigned: false
debug_handler assigned: true

SWF DEBUG: SWFUpload Init Complete
SWF DEBUG:
SWF DEBUG: ----- SWF DEBUG OUTPUT ----
SWF DEBUG: Build Number: SWFUPLOAD 2.2.0
SWF DEBUG: movieName: SWFUpload_0
SWF DEBUG: Upload URL: /v220/eidemo/upload.php
SWF DEBUG: File Types String: *.*
SWF DEBUG: Parsed File Types:
SWF DEBUG: HTTP Success: 0
SWF DEBUG: File Types Description: All Files (*.*)
SWF DEBUG: File Size Limit: 104857600 bytes
SWF DEBUG: File Upload Limit: 100
SWF DEBUG: File Queue Limit: 100
SWF DEBUG: Post Params:
SWF DEBUG: PHPSESSID=
SWF DEBUG: ----- END SWF DEBUG OUTPUT ----
SWF DEBUG:
SWF DEBUG: Event: fileDialogStart : Browsing files. Multi Select. Allowed file types: *.*
SWF DEBUG: Select Handler: Received the files selected from the dialog. Processing the file list...
SWF DEBUG: Event: fileQueued : File ID: SWFUpload_0_0
SWF DEBUG: Event: fileQueued : File ID: SWFUpload_0_1
SWF DEBUG: Event: fileDialogComplete : Finished processing selected files. Files selected: 2. Files Queued: 2
SWF DEBUG: StartUpload: First file in queue
SWF DEBUG: Event: uploadStart : File ID: SWFUpload_0_0
SWF DEBUG: Global Post Item: PHPSESSID=
SWF DEBUG: ReturnUploadStart(): File accepted by startUpload event and readied for upload. Starting upload to /v220/eidemo/upload.php for File ID: SWFUpload_0_0
SWF DEBUG: Event: uploadProgress (OPEN): File ID: SWFUpload_0_0
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 131046. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 135432. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 139536. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 151848. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 162792. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 173736. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 194256. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 196608. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 210672. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 280440. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 285912. Total: 294874
SWF DEBUG: Event: uploadProgress: File ID: SWFUpload_0_0. Bytes: 294874. Total: 294874

I have been looking into the matter and I dont know if any of you has solved this. However I came upon a forum where it said that you needed to return content, once i did this it worked fine. You can reeturn any content you want and you do this in your upload_url page.
For ASP.NET you return content : Response.Write("OK");
For PHP you use: echo("Ok");
Doing this did the trick for me.

These are lnks to the forums that hepled me out:
- this is where i identified my probelm

Mac Issues
There are a couple Mac issues that could be affecting you:

1. If the file is actually uploaded (you receive it on the server and the script executes, etc) then you are probably having a problem because you are not returning and content in the response. There is a bug in the Flash Player that requires that you output something or the upload hangs (uploadSuccess is never fired by the Flash Player).




2. Some server tech uses 302s to redirect from virtual resources (e.g., /ugc/store to a real resource /system/j/ugc/upload.jsp) and the Mac Flash Player does not handle this properly. You must reference the actual resource and receive a 200 in response. Unfortunately, rather then fire an HTTPStatus event or IOError the Flash Player does nothing in this situation.




3. Some users have reported that they are unable to upload to sub-domains on Macs. I never heard back if they were able to resolve the issue.

You can verify if you are having one of these issues by using some kind of packet sniffer or proxy/debugger to view the communications between Flash and the Server. I like Wireshark and I believe it has a Mac version.

- this is where i found out how to solve it.

Sorry I really need help with this. Can anyone comment?

SWFUpload has an upload_url setting that indicates where to send the file. This is the analogous to the action attribute of the FORM tag.

In the demos the upload.php file is the upload target. The Mac player thinks the upload gets stuck if no content is outputted by upload.php. Since SWFUpload behaves like Ajax (the file is sent asynchronously without refreshing or changing to a new page) the content is not seen by the user so we don't really want to output anything. However, we must output something to work around the Mac Player bug. So, usually simply adding something like echo "OK" to upload.php will resolve issues where the upload seems to stop after the progress bar hits 100%.

We added an assume_success_timeout setting that lets you specify a timeout when SWFUpload will just assume that the upload worked even though we never got content back. Setting this to something other than zero can also help work around this issue. However, sometimes, especially for small files Flash never fires the 100% upload progress event so assume_success_timeout still doesn't do anything.