Fluid Infusion

Eli Cochran added a comment - 25/Jun/08 7:20 PM I've attached the output from the console, looks useful, but I'm not sure...

Ray Davis added a comment - 25/Jun/08 10:47 PM It's fairly easy for the "Pause" request to wedge between the point that the server has completely received the new file and the point at which the Uploader component is notified about the successful upload. When this happens, if the user then selects "Resume", the component will attempt to start the queue from that (already loaded) file, leading either to server-side file duplication or to a duplicate-file error being thrown by the server. A couple of work items fall out of this: 1. Currently, the Uploader component is not displaying any message about the error after the resume. Instead, it simply looks "stuck". This seems like a component bug: it should show the usual error message. 2. The workaround in the meantime is for the user to delete the "stuck" entry from the queue. Once that's done, the remaining uploads carry on. We might want to mention this in the release notes for the next beta. 3. Once we change the Image Gallery sample app to send back a "smart" error message, we can experiment with (optional) smarter hand-shaking around known file duplicates. Alternatively, we could look into having the Uploader component tell the server whether this file is a new upload or a possibly-resumed one, and then have the server software be smart enough to report "success" for the duplicate.

Eli Cochran added a comment - 22/Jul/08 9:41 PM I'm wondering if it would be acceptable to check the progress of a file before canceling the upload and then if the file was almost complete, let the file complete...

Colin Clark added a comment - 31/Jul/08 5:41 PM - edited uploader-1-wishlist

Gonzalo Silverio added a comment - 13/Jan/09 10:56 AM Adding this (and updating affected versions for completeness) as it looks slightly different. Same steps to reproduce SWF DEBUG: StopUpload(): upload stopped. SWF DEBUG: StartUpload: First file in queue SWF DEBUG: Event: uploadStart : File ID: SWFUpload_0_4 SWF DEBUG: ReturnUploadStart(): File accepted by startUpload event and readied for upload. Starting upload to ../../site/multiFileUpload for File ID: SWFUpload_0_4 SWF DEBUG: Event: uploadProgress (OPEN): File ID: SWFUpload_0_4 SWF DEBUG: Event: uploadError: upload stopped. File ID: undefined SWF DEBUG: Event: uploadComplete. File ID: undefined SWF DEBUG: StopUpload(): upload stopped.

Colin Clark added a comment - 30/Jan/09 5:48 PM Here's a copy of the source code for SWFUpload 2.2.0 beta 3 in order to compare with the latest version, in case this issue has been fixed quietly.

Colin Clark added a comment - 30/Jan/09 5:49 PM And here's b4.

Justin Obara added a comment - 10/Feb/09 9:12 AM Bug Parade 0.8 release

Eli Cochran added a comment - 11/Feb/09 7:32 PM The attached patch FLUID-822.a.patch works around the infamous "Pause bug" but waiting to stop the upload until the currently uploading file has completed. While this is not ideal in most instances, with the exception of really large files or really slow connections, it will hardly be noticeable.

Colin Clark added a comment - 12/Feb/09 5:18 PM I reviewed Eli's implementation and it works and looks good. +1

Eli Cochran added a comment - 12/Feb/09 6:27 PM Committed the patch and reviewed the results.

Justin Obara added a comment - 13/Feb/09 2:06 PM Verified fix using: FF2, FF3, Opera 9.5, Safari 3 (Mac OS 10.5) FF2, FF3, IE6, IE7, Opera 9.5 (Win XP) FF3, IE7 (Win Vista) FF3, IE6 (Win 2000)