fix(lib-storage): call AbortMultipartUpload when failing to CompleteMultipartUpload

[kuhe]

Issue

related to #4414

• include fix for Multipart upload doesn't throw or reject when max upload parts exceeded #5964 as well

Description

This PR modifies the behavior of @aws-sdk/lib-storage's Upload class' leavePartsOnError: boolean to do what it sounds like it does instead of something meaningless.

Previous to this PR:

• when true, any error encountered during MPU would be thrown
• when false, any error encountered during MPU would be ignored
• default was false

As of this PR:

• when true, AbortMultipartUpload is not called in the event of a failed MPU
• when false, AbortMultipartUpload is called in the event of a failed MPU to mark the parts for cleanup as recommended by S3
• default is still false

Testing

new e2e test

Additional context

Portion of docs from AWS SDK JSv2:

 * ## Handling Multipart Cleanup
 *
 * By default, this class will automatically clean up any multipart uploads
 * when an individual part upload fails. This behavior can be disabled in order
 * to manually handle failures by setting the `leavePartsOnError` configuration
 * option to `true` when initializing the upload object.

behavior (JSv2 source code):

    if (self.service.config.params.UploadId && !self.leavePartsOnError) {
      self.service.abortMultipartUpload().send();
    } else if (self.leavePartsOnError) {
      self.isDoneChunking = false;
    }

This behavior appears to have been lost in #2039

Checklist

• If you wrote E2E tests, are they resilient to concurrent I/O?

[kuhe]

reason for this change: this.uploadedParts.length is updated after an async operation (UploadPart), which causes a delay.

Due to request concurrency, this.uploadedParts.length can be far behind the actual number of parts that have been iterated and submitted.

[github-actions]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs and link to relevant comments in this thread.