Number of files left keep decreasing with every upload retry, even files are not being uploaded. Steps to reproduce: 1) This is harder to reproduce when a file is split. So turn off chuncking of set chunksize larger than the file size 2) Drop N > 1 files into jBatchUpload 3) Start sending 4) Pull th...

I have implemented 'maxtotalsize'. It checks before even adding any files to the list, OnDrop. So if you have maxtotalsize=5000000 and you already have 3x1000000 files in the list, and then drop another 3x1000000 files, those would not be added and you get a message. Let me know if interested in the...

In v.2.5? Can't wait.

Meanwhile I'm attaching my fix, see if you like it.

I understand that what you're saying is a workaround.
But I believe that if a file can't be found, code should return an error instead of of saying "uploaded", which is very misleading.

Erroneous status bar message "Upload completed (N files)", but file wan't actually completed, it wasn't even found.

steps to reproduce
1. Add a file to jBatchUpload
2. Move/Rename this file in the file system
3. Slick "start upload"

Running JSAPI: I started getting this error after I updated Java from 1.6.0_10 to 1.6.0_17 on both of my WinXP systems, any all browser - IE, Firefox, Chrome. Interestingly enough, same update in Win 2003 server did not have such effect. When the applet is "jfileupload.upload.client.MApplet.class" i...

Disclaimer: I know I've been writing here about bug a lot, and I may be annoying you already, but this one is real pain and I couldn't fix it myself for hours today.. ------------------------------------------------------------------------- Interesting BUG, file doesn't get deleted from the list IF ...

I'm attaching it here!

When "relativefilename=true", and "ziponfly=zip" file (with parent folder) is compressed in a temp folder because "tmpfolder=javatmpdir", then on the server side "relativefilename" will contain incorrect rel. path (like ".STC\LOCALS~1\Temp\"), which is "javatmpdir" minus the length of the original p...

Thank you, I'm looking forward to this bug fix. We have, we have fixed this internally, which also addresses the problem of "upload completed (N files)" status message where N was number of chunks rather than number of original files. But we still would like to have YOUR bug fix as I assume it will ...