SWFUpload

This can be caused by using Apache with mod_security. You can probably Google an answer.

Hmm. I have encountered this error when the server abruptly ends the connection (before Flash expects it). Could something like this be happening in your server-side script?

I have here the same situation with my web server. I used the demo application to be sure that not my local integration causes the problem. Under my localhost (XAMPP) it's ok , but any larger file (approx 2-6Mb) failed from time to time with the mentioned IO error... any idea in which direction I can search ? (Mod_Security isn't activated..)

??? Funny ??? Just tested with a JanaServer and PHP4 and it works. But I don't know if it is the server or the php-version, because the latest XAMPP has a bug when switching to PHP4, so I cannot test this properly. Maybe someone else with XAMPP-problems wants to try it with the JanaServer (www.janaserver.de)?

Thanks for the observation shellscape. I looked over the file size code and realized 2 things:

1) The documentation says file_size_limit is in bytes but it is actually KB
2) The file_size_limit KB to bytes (internal) conversion uses 1000 as a multiplier instead of 1024.

I've updated the documentation and will fix the file_size_limit conversion in the next release.

I will probably add a unit value to the size value like php.ini. So in the future you can put something like:

100MB or 250KB and SWFUpload will understand.

I've committed an update to the SWFUpload code trunk with the new FileSizeLimit handling in it. http://swfupload.googlecode.com/svn/. You can try it out if you want. It will be official in the next release.

It correctly checks the file size and the file_size_limit setting accepts unit values. For example:

file_size_limit: "100 KB" // kilobytes
file_size_limit: "10000 b" // bytes
file_size_limit: "25mb" // megabytes
file_size_limit: "2 gb" // gigabytes
file_size_limit: "342222" // kilobytes


are all acceptable. If the unit is omitted then KB are assumed (which is how SWFUpload currently works).

The file size issues are fixed in v2.0.2.

You can still get IO Errors if you allow a file larger than your server side limit to be uploaded.

Hello. I use nginx proxy and i see same error. I fixed in my site and now working fine.

Fix: Open nginx.conf add to http section

client_max_body_size 500m;

And remove keepalive_timeout

Full code:

http {
include /etc/nginx/mime.types;
default_type application/octet-stream;
server_names_hash_bucket_size 128;
sendfile on;
client_max_body_size 500m;
tcp_nodelay on;
gzip on;
server {
listen 80;
server_name domain.hu www.domain.hu;
access_log off;
location / {
proxy_pass http://xxxxxxxxxx:80/;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /var/www/nginx-default;
}
}
}

I have the same here... On Win XP everything works fine. On Mac i just get the #2038 error all the time...

I'll give it a shot with wireshark.

i would definetely make a donation for good amount of good beer (or what you prefer) if this problem with vista found it's solution

The demo online is limited to 7MB.

I guess I should change this or document it on the demo pages. The PHP server that has been donated for the SWFUpload site is limited to 7MB.

This demonstrates what happens when you allow SWFUpload to send a file larger than what the server allows.

Since I don't have access to change the server's file size limit I would need to reduce the SWFUpload limit to 7MB.

Allayouall who are having consistent upload issues where it works with "small" files but not with "large" files you need to triple check all your web servers and script interpreter settings. Ensure that you really are allowed to upload files that big.

The easiest way to see if SWFUpload is the problem or your webserver is to create a normal HTML upload. Name the file input "Filedata" and set your form's action attribute to point to your upload script. Upload different test files and _verify_ that they uploaded correctly.

Hi, i've got the same problem.
I've updated my flash player to the latest release, i've tested with IE 7 and Firefox.
My server is a suse enterprise with no mod_security. I'v updated the PHP.ini to have a good "max_filesize" and a good time to parse the scripts.
I see that people are experiencing this problem with XAMPP, so it doesn't seems to be a server configuration problem...
Does anybody has any idea about this problem ?

Hi willwin,
Thank you for your reply.
No, i don't use nginx. I'm using a standard LAMP plateform :
Apache 2 and PHP 5.

This is a difficult issue to solve because IO error 2038 is a generic error that Flash sends when something went wrong.

It's even evident in the flashkit link. One person solved the issue by changing their PHP.ini settings and another by disabling the mod_security stuff in Apache.

Everything seems to be working fine as an ASP .Net 2.0 solution. When I open a project through Visual Studio 2008 and convert it to .Net 3.5 is when I start getting the #2038 error.

Note that I haven't changed anything else. I made sure all the relevant web.config entries remained at the same values.

Does anyone know of a tutorial on proper configuration for a .Net 3.5 environment for integration with swfupload? I'm guessing it's something to do with an unconfigured security setting.

Thanks in advance,
Rueben