Open richardasymmetric opened 5 days ago
I encountered this on macOS node 22, next 14.2.13 too.
This happened in a situation where I changed the component source, not the .env file.
I encountered this on macOS node 22, next 14.2.13 too.
This happened in a situation where I changed the component source, not the .env file.
Are you able to make a better reproduction than I was using the source editing? I wasn't consistently able to do it, but once it triggered, the only way to recover was to restart the next dev
server.
Link to the code that reproduces this issue
https://github.com/richardasymmetric/next-clerk-hmr-error
To Reproduce
Sorry for the convoluted reproduction, I'm actually not sure which project (nextjs or clerkjs or turbopack) that I should be reporting this to. I have previously encountered this issue but wasn't sure what caused it since it was a large project, but I started a fresh project today and ran into this issue once I'd added clerkjs into the project, and so it will require a clerk key to run the reproduction.
cp .env.development.local.sample .env.development.local
NEXT_PUBLIC_CLERK_PUBLISHABLE_KEY
andCLERK_SECRET_KEY
yarn dev
I usually reproducing by editing code, but haven't found a consistent way to trigger it. It's a real show stopper for me when using
--turbo
and I've had to stop using it for the last few months because of this issue.Current vs. Expected behavior
Expected behaviour: the hmr reloads and continues as expected
Actual behaviour:
Provide environment information
Which area(s) are affected? (Select all that apply)
Developer Experience, Turbopack
Which stage(s) are affected? (Select all that apply)
next dev (local)
Additional context
I can reproduce this in next@15.0.0-canary.166
My current hypothesis for this is that there might be multiple versions of either react or next via dependencies, but I'm not certain