You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Run the project locally using localhost, then navigate to /footer (or the corresponding route for your component).
Current vs. Expected behavior
Current behavior
When using the App Router, placing a file or folder named pages in the root of the project causes unexpected behavior. The components inside this pages folder will render when navigating to their corresponding component names, or in this example case /footer.
Expected behavior
When using the App Router, the Pages Router should be completely removed and should no longer be referenced for rendering. The behavior should be similar to using a components folder for placing components, where the folder cannot render individual pages. The 'pages' folder should not be treated as a route.
Provide environment information
Operating System:
Platform: linux
Arch: x64
Version: #52-Ubuntu SMP PREEMPT_DYNAMIC Thu Dec 5 13:09:44 UTC 2024
Available memory (MB): 15929
Available CPU cores: 12
Binaries:
Node: 22.12.0
npm: 10.9.0
Yarn: N/A
pnpm: N/A
Relevant Packages:
next: 15.1.4 // There is a newer version (15.1.6) available, upgrade recommended!
eslint-config-next: 15.1.4
react: 19.0.0
react-dom: 19.0.0
typescript: 5.7.3
Next.js Config:
output: export
Which area(s) are affected? (Select all that apply)
Navigation
Which stage(s) are affected? (Select all that apply)
next dev (local), next build (local), Other (Deployed)
Additional context
I understand that naming a components folder 'pages' is unconventional, but this was for a micro meme site I made, and I thought I’d report the issue.
It is available locally and in the cloud flare pages environment, when the site was indexed I noticed that so were the pages component routes.
The text was updated successfully, but these errors were encountered:
Link to the code that reproduces this issue
https://github.com/eteen12/Isreal
To Reproduce
To reproduce
Current vs. Expected behavior
Current behavior
When using the App Router, placing a file or folder named pages in the root of the project causes unexpected behavior. The components inside this pages folder will render when navigating to their corresponding component names, or in this example case /footer.
Expected behavior
When using the App Router, the Pages Router should be completely removed and should no longer be referenced for rendering. The behavior should be similar to using a components folder for placing components, where the folder cannot render individual pages. The 'pages' folder should not be treated as a route.
Provide environment information
Which area(s) are affected? (Select all that apply)
Navigation
Which stage(s) are affected? (Select all that apply)
next dev (local), next build (local), Other (Deployed)
Additional context
I understand that naming a components folder 'pages' is unconventional, but this was for a micro meme site I made, and I thought I’d report the issue.
It is available locally and in the cloud flare pages environment, when the site was indexed I noticed that so were the pages component routes.
The text was updated successfully, but these errors were encountered: