- Adds a python example.
- Issue #174. Reverts changes to the documentation around the .add() method and fixes bug related to how the file is passed to EvaporateJS.
- Issue #168. Resolves issue where the localStorage cache was not being cleaned up, resulting in a potential browser error when limits were exceeded.
- Issue #166. Resolves incorrect signuature for V2 signing on getListParts. This bug was introduced in v1.4.0.
- Issue #163. Adds a File callback used to indicate when Evaporate starts processing a file for upload.
- Adds a Golang example file
- Various documentation corrections
- Issue #61. Adds ability to change some config options when adding a file to EvaporateJS.
- Issue #71. Adds support for AWS Signature Version 4.
- Issue #144. Adds support for enabling AWS S3 Transfer Acceleration using the new options
s3Acceleration
. - Issue #148. Adds support for signature processing with a custom method using
signResponseHandler
.
- Issue #135: Does not throw an error on uninitiated uploads if user chooses to Cancel
- Issue #139. If you wish Evaporate to only upload to the AWS key specified, and disregard any previous attempts to
upload the same file to a different key, you can now specify
onlyRetryForSameFileName
. - Issues #41, #143. Adds a sample app.yml file for Google apps.
- Issue #136. Adds a configuration option to validate maximum uploaded file size. You can now specify
maxFileSize
. - Issues #74, #133. Removes synchronous logic to fetch server time to resolve AWS
RequestTimeTooSkewed
response.
- Corrects XML parsing method correctly use
textContent
rather thannodeValue
. - Corrects JavaScript style issues
- Adds support for signing reqeusts using AWS Lambdas.
- Checks if window is defined before trying to access the window object in
supported
. EvaporateJS can now sucesfully be imported into a node.js environment. - Adds an example using AWS SDK for Javascript for the
cryptoMd5Method
configuration option.
- Issue #124. Only enables the history cache if MD5 checksums are also enabled.
- Issue #117. Adds the signParams configuration to the localStorage cache for reuse when resuming uploads
- Issue #116. Fixes issue where the uploader would fail because localStorage is not available in incognito mode on some browsers
- Issue #115. Fixes an issue where the uploader assumed that a Blob object had a last modified date
##Features##
- Adds MD5 checksum/digest validation, Issue #96.
- Adds ability to Abort a multipart upload (releasing AWS S3 resources), Issue #98. This change requires S3 CORS Settings to allow the DELETE method.
- Adds retry logic to the Initiate and Complete methods, Issue #107
- Adds ability to resume uploads, even after client or user error, Issue #104. Using this feature requires S3 CORS Settings to allow the HEAD method. Refer to the updated README.md for more information on the necessary bucket policy.
- The
complete
callback method signature has changes: a new parameter has been addedawsObjectKey
which will contain the S3 object key found when attempting to resume uploads after client failure. This is required because it is generally required to create a randomingly unique S3 object key to prevent namespace clashes in multi-user environments. If an object can be resued, the proposed AWS S3 object key would not be used; instead, the object key of existing object would be required.
##Fixes##
- Addresses memory leak when retrying by releasing finished, failed or aborted XMLHttpRequest objects, Issue #100.