-
Notifications
You must be signed in to change notification settings - Fork 119
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
[π Bug]: Your worker created multiple branches of a single stream #685
Comments
@dario-piotrowicz Where are you... π |
This is a bug in wrangler, not next-on-pages: |
@Mecanik sorry I'm lately been pulled on some other projects and haven't had time to take care of issues here as much as I would like π π I'll try to find the time and give this a look soon π By the way, I am not completely sure why but this "error" from our runtime is actually a warning since when it happens nothing is really broken π (but resources are likely being wasted), so even if you see it, everything should still work as you'd expect it to, no? |
The issue there is specific for when you use the Next-on-pages does not use the
|
quick update, I've started looking into this and by debugging it seems like the error is triggered when you call clerk's what I think it's happening (I not 100% sure yet) is that (this is actually quite similar to what happens in wrangler with the |
Ok, I think my above assessment was correct, please have a look at this repository: https://github.com/dario-piotrowicz/nextjs-cachedfetch-clone-issue-repro It shows that the issue ultimately lies in Next.js' I'll open an issue in the Next.js repo regarding this, but honestly I am not sure if they'll be interested in fixing this... we'll have to see π Basically what's happening here is that Clerk is most likely fetching from the same endpoint more than once thus kicking off the cached fetch behavior offered by Next.js. This behavior however triggers the issue. If Clerk could avoid fetching from the same endpoint more than once that would solve this issue, but I don't think they really should, as the root issue is really a Next.js one. Needless to say, there isn't much that can be done regarding this on our side π₯² |
Thanks @dario-piotrowicz . Things just get better and better... So this issue occurs only in |
Hi @Mecanik, sorry above I was slightly mistaken, the issue is not that clerk fetches from the same endpoint but that they So yeah it's fully a Next.js issue that clerk can do nothing about
it occurs in every single I just checked with the team and I am bringing the possibility to remove this warning as, I believe is unnecessary and doesn't really help much (on the contrary it creates confusions and worries), I'll keep you posted Also I checked with the wrangler team and this, comes from the runtime as a warning not a real error: https://github.com/cloudflare/workerd/blob/5c9519e2faaeaf0f0c7ad1e184af9c29d060b459/src/workerd/api/streams/internal.c%2B%2B#L380
I'll have to check with the team, I think that the effect on billing should be negligible at most, again since I think that this is not a real issue, but I'll try to get more infos for you π |
Thank you for looking into this, really appreciated. I do not really understand why "caching" necessary on a fetch... but I tried I do not have this issue with Auth0, however I am not using Auth0 because it has many limitations in terms of branding, etc; and it's quite expensive when scaling. So that's why I am here trying to use Clerk, as an alternative for registration/authentication for NextJS. But the absolute real reason I am doing this is because I created my own user system with next-on-pages, but I have a ton of "hydration" errors (which make no sense to me). I would have preferred to use my own system, with D1, where everything is under control and works properly... If this cannot be resolved, I will have to let both Auth0 and Clerk and go with mine. Probably going to publish the repo so others can benefit and why not contribute. Thanks again. |
I have same issue here as well, I'm also getting worker limit exceeded error after deployment and after refreshing the page for couple of times. Not sure if this is related to this worker thing |
Most likely because of the bug cloning responses... |
Hi @dario-piotrowicz |
Hi @anonymouscatcher, I'm sorry that you're being blocked From your comment
It seems like you're getting a worker limit exceeded error? that is, I think, likely something unrelated, could you maybe open a new issue sharing the error message you get and as much info as you can? (and I'll look into it right away) (Regarding the multiple branches issue, I'll try to think of a solution, but I am afraid that that is likely not achievable and that it would require a breaking change in Next.js itself π) |
next-on-pages environment related information
I was sent here after the guys from Clerk checked this out, apparently this is an issue with CF/Next.
Description
This is happening when using Cloudflare Pages after logging in:
Reproduction
You can download this example project and test: https://github.com/Mecanik/clerk-nextjs-cloudflare
Pages Deployment Method
None
Pages Deployment ID
No response
Additional Information
Thanks
Would you like to help?
The text was updated successfully, but these errors were encountered: