-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stopped working on Cloudflare Worker #63
Comments
I found that the logic for judging whether it can use the cache option does not work for the current Cloudflare worker. serverless-js/src/serverless.ts Line 8 in efc89f1
Creating a new Request object doesn't throw an exception. It seems that only when calling fetch with this Request object throws an exception. |
@sumiren thanks for reporting. The linked issue shows Cloudflare Worker has rolled out something new and break our driver. They are rolling back and we're also going to catch up what's new there. |
Our plan in workers is to implement Request.cache 'no-store' and 'no-cache' and this was a first step. We'll be rolling back this change and putting it behind a compatibility flag/date. |
@jasnell @zhangyangyu @bohnen |
@sumiren I am going to close this issue and leave the driver unchanged now. Once Cloudflare Worker has published the new cache flag, we'll catch up. Thanks for your report! |
I've been encountering an error on Cloudflare Workers that started appearing around May 11.
Since this issue is occurring across multiple products, I suspect that it's related to an incompatibility between some update on the Cloudflare Workers side and this library.
I tried replacing
fetchCacheOption
empty object in node_modules and deploying to Cloudflare Workers, and confirmed the error disappears.serverless-js/src/serverless.ts
Line 5 in efc89f1
I'm not sure if this issue should be addressed on the TiDB side, but I wanted to share the problem with you first. Thanks.
The text was updated successfully, but these errors were encountered: