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
For my use case, I am trying to set up resolving certain installs of packages through the FileSystem API. With a custom provider, generating the right URLs is straighforward, but I run into Module not found errors once I try to run install, of course (since the files are not accessible via any URL).
It would be great if I could overwrite fetch to give custom responses. This could be global (extending fetchOptions) or tied to the provider. Then, I could for example respond to fetch("my/local/url") by accessing the File System through the FileSystem API, creating a Response object and returning it.
I appreciate the previous changes, by the way, my use case is really coming together thanks to your work! :)
The text was updated successfully, but these errors were encountered:
That's great, thank you! Should work perfectly for me: I can setFetch with my own implementation where I match the given URL and perform my file system access, or fall back to the default fetch implementation for all other URLs.
For my use case, I am trying to set up resolving certain installs of packages through the FileSystem API. With a custom provider, generating the right URLs is straighforward, but I run into
Module not found
errors once I try to runinstall
, of course (since the files are not accessible via any URL).It would be great if I could overwrite
fetch
to give custom responses. This could be global (extendingfetchOptions
) or tied to the provider. Then, I could for example respond tofetch("my/local/url")
by accessing the File System through the FileSystem API, creating aResponse
object and returning it.I appreciate the previous changes, by the way, my use case is really coming together thanks to your work! :)
The text was updated successfully, but these errors were encountered: