You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
TransferManager uploadFileInChunks does not error when aborted #9193
A step-by-step description of how to reproduce the issue, based on the linked reproduction.
Replace SOME_BUCKET with your GCP test bucket.
Replace SOME_FILE_PATH with a file to upload to SOME_BUCKET.
Run the code and somehow cause one of the PUT requests to fail, but don't just disable internet because the DELETE request (to abort the XML multipart upload) needs to succeed.
A clear and concise description of what the bug is, and what you expected to happen.
uploadFileInChunks performs an XML multipart upload. This is:
A POST to create the multipart upload.
A series of PUTs to upload the parts.
A POST to complete the multipart upload.
A DELETE to abort the multipart upload if 2) or 3) fails.
If 4) happens and is successful, uploadFileInChunks returns undefined. I expected it would throw. All other error throw.
A clear and concise description WHY you expect this behavior, i.e., was it a recent change, there is documentation that points to this behavior, etc. **
Returning undefined in this single case is very unexpected and the documentation heavily implies that if uploadFileInChunks doesn't throw, then the file was written successfully:
If auth problem, throws. If invalid bucket or file, throws. If initial POST fails, throws. If subsequent PUTs/POST fails and the abort fails, throws. But if the abort succeeds, returns undefined.
I experienced silent data loss due to this. Code continued after aborted uploads thinking they were successfully written.
Activity
fix(storage): reject uploadFileInChunks when the automatic abort succ…