Skip to content
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

Missing next dev --turbo features #49174

Closed
padmaia opened this issue May 3, 2023 · 26 comments
Closed

Missing next dev --turbo features #49174

padmaia opened this issue May 3, 2023 · 26 comments
Labels
locked Turbopack Related to Turbopack with Next.js.

Comments

@padmaia
Copy link
Member

padmaia commented May 3, 2023

The Turbopack dev server is nearly feature complete, but here is a list of some outstanding issues:

Released in 13.5

@padmaia padmaia added bug Issue was opened via the bug report template. Turbopack Related to Turbopack with Next.js. and removed bug Issue was opened via the bug report template. labels May 3, 2023
@sanny-io
Copy link

sanny-io commented May 5, 2023

@padmaia
Copy link
Member Author

padmaia commented May 5, 2023

It also does not support exporting.

This issue is specifically for dev server features. Production builds are not supported at all yet. At one point next dev --turbo would fail if you had this option configured, but now it will ignore it since it isn't relevant.

@crusoexia
Copy link

How about "Module federation" for micro-frontend architecture?

@adamrneary
Copy link

We are really excited to get this a try over at Watershed. For now, turbopack is failing because we are employing the experimental.externalDir flag, which we seem to believe that we need for our monorepo use case with pnpm. (See #26420).

But this seems like a possible miscommunication, because Turbopack, Turborepo, Next.js…are all the same team. :)

Is there a working example of a monorepo that uses Turborepo and Turbopack with Next 13, where an app in one project is relying on, for example, UI components in another project? This seems like a bread and butter example, but we must have it wrong somewhere!

@lutfi-haslab
Copy link

I have error hydration using turbo,

Error: Text content does not match server-rendered HTML.

See more info here: https://nextjs.org/docs/messages/react-hydration-error

and warning

Error: There was an error while hydrating this Suspense boundary. Switched to client rendering.

it works normally without --turbo i am using it because much faster than dev only

@TzviPM
Copy link

TzviPM commented Jun 21, 2023

Not sure if this should be included in this list: vercel/turborepo#5347

@OttlikG
Copy link
Contributor

OttlikG commented Jul 7, 2023

I'm getting error when importing sass file from external lib from node_modules

@import '~flexboxgrid/css/flexboxgrid.css';

unable to resolve module "~flexboxgrid" with subpath "/css/flexboxgrid.css"

@lachlanjc
Copy link
Contributor

Good news, webp image support landed in today's release! #52285

@TzviPM
Copy link

TzviPM commented Jul 15, 2023

I went to test the new webp support, and I'm now experiencing an issues with route groups:

Non matching path () provided for /(main)

I have a main site and a microsite that don't share much layout, so my site (minus icons and metadata) is separated into a (main) route group and a (microsite) group, each with their own top-level layout.

When I try to load the home page in (main) with next dev --turbo, I get the following error information:

Non matching path () provided for /(main)

Debug info:
- Execution of get_from_source failed
- Execution of resolve_source_request failed
- Execution of NodeRenderContentSource::get failed
- Non matching path () provided for /(main)

I don't have time to create a minimal repro right now, but if anyone has a similar issue, please feel free to tag me on any speculative work and I can try to pitch in when I have time.

@ghost
Copy link

ghost commented Jul 18, 2023

I'm definitely running into the same problem as @TzviPM. Normal next dev works fine though. For the time being I'll just stick to normal webpack while NextJS team sorts this out.

@osdiab
Copy link

osdiab commented Jul 20, 2023

It also fails if you have typedRoutes FYI

@Hollayemi
Copy link

I'm running into the same problem as @TzviPM. it works fine without the parenthesis though.

@tosave04
Copy link

tosave04 commented Jul 25, 2023

Edit: Route Groups works from 13.4.13-canary.5

I get the same problem on Route Groups with turbo as @TzviPM, after testing on a minimal app, the problem occurs only in --turbo and from next version 13.4.10-canary.5
Error message

Non matching path () provided for /(site)/(pages)

Debug info:
- Execution of get_from_source failed
- Execution of resolve_source_request failed
- Execution of NodeRenderContentSource::get failed
- Non matching path () provided for /(site)/(pages)

@Hollayemi
Copy link

Hollayemi commented Jul 25, 2023 via email

@brianbit9
Copy link

Same issue

Non matching path (login) provided for /(pages)/login

@winverse
Copy link

same issue

next @13.4.6
Runing

next @13.4.7
Runing

next @13.4.8
Runing

next @13.4.9
Runing

next @ 13.4.10

Debug info:
- Execution of get_from_source failed
- Execution of resolve_source_request failed
- Execution of NodeRenderContentSource::get failed
- Non matching path () provided for /(list)

next @ 13.4.11

Debug info:
- Execution of <NodeRenderContentSource as GetContentSourceContent>::get failed
- Non matching path () provided for /(list)

next @13.4.12

Debug info:
- Execution of <NodeRenderContentSource as GetContentSourceContent>::get failed
- Non matching path () provided for /(list)

See: https://github.com/velog-io/velog/tree/main/packages/velog-web

@cpeaustriajc
Copy link

7c67b12 Fixes the route groups issue, it landed at 13.4.13-canary.5

@mattcoker
Copy link

7c67b12 Fixes the route groups issue, it landed at 13.4.13-canary.5

Can confirm, 13.4.13-canary.5 fixed the route groups bug for me.

@cutsoy
Copy link

cutsoy commented Aug 11, 2023

I'm running into some issues getting Intercepting Routes to work. Has anyone else managed to get it working with Turbo (or with SSG)?

@2Senn
Copy link

2Senn commented Jan 4, 2024

having the same issue as @lutfi-haslab hydration error when importing a client component into a server component. It works fine on normal dev. Anyone found a workaround for this?

@wojtekmaj
Copy link
Contributor

wojtekmaj commented Apr 4, 2024

It looks like we're nearing Turbo release with 99.7% tests passing, and yet, Turbo is STILL unable to resolve any modules with extensions. I'm getting hundreds and hundreds of errors like:


./packages/site-structure/index.ts:1:0
Module not found: Can't resolve './src/siteStructure.js'
> 1 | import { getSiteStructure } from './src/siteStructure.js';
    | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  2 |
  3 | import type {
  4 |   IPageEntryCollectionPartial,

https://nextjs.org/docs/messages/module-not-found

This is easily resolved with a hack on Webpack's side:

  webpack: (config) => {
    config.resolve.extensionAlias = {
      '.js': ['.js', '.ts', '.tsx'],
    };
    return config;
  },

which is also ridiculous, but at least it works.

@timneutkens
Copy link
Member

Going to close this specific issue as we no longer need a larger tracking issue, please report bugs / changes you'd like in a new issue.

In case of @wojtekmaj we already chatted on X but .js resolving as .ts is planned, that is not supported with Next.js out of the box today with webpack either so there's no tests for it. In this case you edited webpack configuration to change the resolving.

@pawelblaszczyk5
Copy link

Going to close this specific issue as we no longer need a larger tracking issue, please report bugs / changes you'd like in a new issue.

In case of @wojtekmaj we already chatted on X but .js resolving as .ts is planned, that is not supported with Next.js out of the box today with webpack either so there's no tests for it. In this case you edited webpack configuration to change the resolving.

Any plans for experimental.typedRoutes in turbo?

@timneutkens
Copy link
Member

timneutkens commented May 1, 2024

Eventually yes, but right now we're focusing on stable features and bugfixes first as there's only so much time in day 🙂

@pawelblaszczyk5
Copy link

Understandable 😃 Just wanted to know whether it’s planned at all, thank you very much for the answer, awesome job!

Copy link
Contributor

This closed issue has been automatically locked because it had no new activity for 2 weeks. If you are running into a similar issue, please create a new issue with the steps to reproduce. Thank you.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 15, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
locked Turbopack Related to Turbopack with Next.js.
Projects
None yet
Development

No branches or pull requests