Hey! Can you try upgrading to next@canary first to verify if it’s fixed already. Next.js 15.4 is releasing today with a lot of improvements to Turbopack including a few edge cases that caused the compilation to hang.

Doesn't help at all. Tried both 15.4 and next@canary. Need to downgrade back to 15.3.5 as some of my depencies e.g. @as-integrations/next@3.2.0, @apollo/client-integration-nextjs@0.12.2, ext-auth@4.24.11, next-cloudinary@6.16.0 are pulling that version and there's no way to get them to use the latest. Can't use this turbopack anymore, it's too unreliable.

15.4 is not released yet. What package manager are you using? With e.g. pnpm you can use overrides feature to force all packages to use the specified version: https://pnpm.io/9.x/package_json#pnpmoverrides

1
"pnpm": {
2
    "overrides": {
3
      "next": "15.4.0-canary.129",
4
    }
5
}

Sounds like you were unable to install canary using your package manager and didn't get around running it?

You can try 15.4 later today when it is released, it'll likely fix the issue. If not you can send over the .next/trace.log and we can have a look at why it's hanging (if it wasn't fixed already you're likely running into another edge case that wasn't seen before).

I'm using npm@10.9.0. No I did manage to install next 15.4 and the canary but like I said I couldn't get all the dependencies to use it (even with a resolutions block in my package.json) and turbopack still hangs. How can I send the trace log?

npm has an error built-in that is a bit annoying, however it can be bypassed using --force. I.e. npm install next@canary --force.

The dependencies that you’re listing have a peerdependency on a specific version range of Next.js, that’s why you see that error.

It’s best to give canary a try first, since looking at the 15.3.x trace will likely just highlight that it’s already fixed. Best to verify the very latest changes first.

Canary doesn't change anything: NEXT_TURBOPACK_TRACING=1 next dev -p 3005 --turbopack

▲ Next.js 15.4.0-canary.129 (Turbopack)

• Local: http://localhost:3005
• Network:
• Environments: .env.local

✓ Starting... ✓ Compiled middleware in 106ms ✓ Ready in 1761ms ○ Compiling /[lang] ... GET /privacy/ 200 in 3309ms It just gets stuck compiling. In fact only one page is able to compile -- privacy. The other paths hang. I could just revert to the previous commit when everything was working fine, and slowly re-add my changes, but I've done a lot of work since then so that would be super annoying.

Okay great thanks for double checking canary first. If you could grab a trace on that version and share it here, e.g. through google drive or such. Then I can dig into it for you 🙏

https://drive.google.com/file/d/1wZd5Iit-LdBl0_yWUz7wj0UjEakvNZSS/view?usp=sharing

Thanks! We're having a look right away

Thank you. Hopefully we can resolve it.

In order to debug further, would it be possible for you to give me access to the codebase? timneutkens on GitHub.

It seems to be related to the packages/shared/src/lib/graphql/index.ts, it doesn't finish compiling. If you can't share access I'd like to see the contents of only that file in order to investigate further.

holy crap, you're right! I had a duplicate export in there which was causing the issue. No idea how it got there. Now it's working fine. Thanks a lot for taking a look, I take back what I said about turbopack. Great support!

Awesome, that's good news.

In order for us to fix this so that Turbopack doesn't hang for this case could you share exactly what the failing file looks like? Then we can investigate and fix as soon as possible.

I had this:

1
export * from "./room-queries";
2
export * from "./price-queries";
3
export * from "./user-queries";
4
export * from "./room-queries";
5
export * from "./reservation-mutations";
6
export * from "./block-mutations";
7
export * from "./block-queries";
8
export * from "./reservation-queries";
9
export * from "./email-template-queries";
10
export * from "./contact-queries";
11
export * from "./contact-mutations";
12
export * from "./";

I just deleted the export * from "./"; and the duplicate export * from "./room-queries";

Thank you! Huge help. We were able to create a minimal reproduction and are going to fix, so that even if you have this case it works.