Open yellowtailfan opened 10 months ago
Yes, can confirm I saw this in the wild as well. If I find a workaround, I'll post it here
I worked around it by using the 'upload-success' event to record each successful file upload, then for the 'complete` event I use that recorded list of files and not the list supplied by the 'complete' event.
thank you! I did that as well, however, I'm using react and evidently the state does not get updated quick enough for the complete event to have all of the files from the 'upload-success' event
We're using React as well, but we don't read the collected complete files from state until after the user clicks another button outside Uppy to confirm the job (and that button is disabled until the upload completes). So if there's a race condition like you might be seeing, then we wouldn't see it in our logic.
Initial checklist
Link to runnable example
No response
Steps to reproduce
shouldUseMultipart
set totrue
AwsS3
createMultipartUpload()
(I saw this in the wild, but for this test case I forced the server to randomly return a 500)If multiple files fail in the same way, then I get an upload complete event for each retried file that successfully completes.
Expected behavior
The upload complete event should include all files that have successfully completed, not just the ones that completed after retrying.
Actual behavior
See above.