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
Is your feature request related to a problem? Please describe.
Following PR #660, uploading files from a Web Worker has been a breeze.
However, resuming an interrupted upload is no longer possible because of the hard dependency on localStorage, which is not supported in Web Workers.
Describe the solution you'd like
Would be nice to use a storage mechanism supported by Web Workers, such as the IndexedDB API.
Can you provide help with implementing this feature?
Yes, if the tus team is open to this idea.
Looking forward to your reply.
The text was updated successfully, but these errors were encountered:
Good idea, we would be happy to accept a PR adding an IndexedDB-based URL storage to tus-js-client.
I've implemented a new feature for my personal project. Previously, I encountered issues when uploading more than 30,000 files at once. The problem stemmed from local storage limitations, causing it to fill up quickly and ultimately crash the browser. To address this, I integrated indexDB-based storage into the system. Now, the application checks whether the client's browser supports indexDB. If it does, the system utilizes indexDB; otherwise, it falls back to local storage or noopStorage.
Is your feature request related to a problem? Please describe.
Following PR #660, uploading files from a Web Worker has been a breeze.
However, resuming an interrupted upload is no longer possible because of the hard dependency on localStorage, which is not supported in Web Workers.
Describe the solution you'd like
Would be nice to use a storage mechanism supported by Web Workers, such as the IndexedDB API.
Can you provide help with implementing this feature?
Yes, if the tus team is open to this idea.
Looking forward to your reply.
The text was updated successfully, but these errors were encountered: