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
I modified the source code when I used it in my project. The main part that was modified was to determine when to use Blob. when my project is running under self-signed HTTPS and is on an intranet with no access to the internet, it will degrade to use the Blob scheme, as you would design it in your project. So, using Blob remains very common in my projects.
Anyway, if you downgrade to Blob, it triggers the bug.
Bug
Replication path: download large files using Blob. If you call the close() method multiple times, you can continue to trigger the download. This means that the data is still in memory.
Reason
Even if the caller no longer holds the object returned by streamsaver.createWriteStream, the memory referenced by the link created by the URL.createObjectURL method is still not freed.
The text was updated successfully, but these errors were encountered:
Precondition
I modified the source code when I used it in my project. The main part that was modified was to determine when to use Blob. when my project is running under self-signed HTTPS and is on an intranet with no access to the internet, it will degrade to use the Blob scheme, as you would design it in your project. So, using Blob remains very common in my projects.
Anyway, if you downgrade to Blob, it triggers the bug.
Bug
Replication path: download large files using Blob. If you call the close() method multiple times, you can continue to trigger the download. This means that the data is still in memory.
Reason
Even if the caller no longer holds the object returned by
streamsaver.createWriteStream
, the memory referenced by the link created by theURL.createObjectURL
method is still not freed.The text was updated successfully, but these errors were encountered: