-
Notifications
You must be signed in to change notification settings - Fork 27.2k
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
CSS file is not loaded when there are Parallel Routes with [...catchAll] present. #63465
Comments
I am experiencing the same issue when using parallel routes and CSS modules. When navigating on the client side, the CSS sometimes fails to load. This can affect the entire page or just some sublayouts. This issue make this parallel routes feature totally unusable... Video Preview: |
@msundberg |
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. |
This takes the `layerAssets` property from the previous PR and actually renders it, replacing the previous style handling. This ensures that when multiple page segments are rendered on screen, all of their associated CSS files are loaded. The existing `findHeadInCache` method only ever returns a single head node, which means it’d miss stylesheets. Fixes #59308 Fixes #63465
This takes the `layerAssets` property from the previous PR and actually renders it, replacing the previous style handling. This ensures that when multiple page segments are rendered on screen, all of their associated CSS files are loaded. The existing `findHeadInCache` method only ever returns a single head node, which means it’d miss stylesheets. Fixes #59308 Fixes #63465
This takes the `layerAssets` property from the previous PR and actually renders it, replacing the previous style handling. This ensures that when multiple page segments are rendered on screen, all of their associated CSS files are loaded. The existing `findHeadInCache` method only ever returns a single head node, which means it’d miss stylesheets. Fixes #59308 Fixes #63465
This takes the `layerAssets` property from the previous PR and actually renders it, replacing the previous style handling. This ensures that when multiple page segments are rendered on screen, all of their associated CSS files are loaded. The existing `findHeadInCache` method only ever returns a single head node, which means it’d miss stylesheets. Fixes #59308 Fixes #63465
This takes the `layerAssets` property from the previous PR and actually renders it, replacing the previous style handling. This ensures that when multiple page segments are rendered on screen, all of their associated CSS files are loaded. The existing `findHeadInCache` method only ever returns a single head node, which means it’d miss stylesheets. Fixes #59308 Fixes #63465
Link to the code that reproduces this issue
https://github.com/msundberg/css-bug
To Reproduce
Current vs. Expected behavior
Current behavior is that the page is loaded without page.css when using "soft navigation". A "hard reload" will load the CSS.
Expected behavior is that the CSS should be loaded both using "soft navigation" and on full reload.
Everything works as expected If the @fizbin/[...catchAll] folder is removed.
Provide environment information
Operating System: Platform: linux Arch: x64 Version: #110-Ubuntu SMP Wed Feb 7 13:27:48 UTC 2024 Available memory (MB): 7938 Available CPU cores: 4 Binaries: Node: 20.10.0 npm: 10.2.5 Yarn: N/A pnpm: N/A Relevant Packages: next: 14.2.0-canary.30 // Latest available version is detected (14.2.0-canary.30). eslint-config-next: N/A react: 18.2.0 react-dom: 18.2.0 typescript: 5.1.3 Next.js Config: output: N/A
Which area(s) are affected? (Select all that apply)
App Router
Which stage(s) are affected? (Select all that apply)
next dev (local), next build (local)
Additional context
No response
The text was updated successfully, but these errors were encountered: