-
Notifications
You must be signed in to change notification settings - Fork 995
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
Page path collisions #366
Comments
I agree there should be some mention in the docs, and it should maybe even be an error if two pages get rendered at the same end path |
That's going to be checked with the upcoming |
Any updates on this? The It would be also very useful to have this error also on |
I did forget about this. It should be easy to implement if anyone is looking an easy issue and as mentioned should happen in |
It's in |
Great, thanks! |
While implementing section assets, i encountered an edge case where two pages try to render to the same path and one overwrites the other silently. I believe there should be some kind of runtime warning in such situations even though that should not happen often.
Otherwise, we should add in the content docs explanations about when collisions may happen (i'm guessing it's because of slugification?) and how to avoid them. Maybe it's already somewhere in the docs? I just didn't see ^^
Content tree:
Here _index/index.md gets rendered to /blog/index and index does not get rendered (or at least not copied to public). Renaming either _index/ or index/ enables both to get rendered properly.
Debug info:
The text was updated successfully, but these errors were encountered: