-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Document Astro.originPathname #11610
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
base: main
Are you sure you want to change the base?
Conversation
✅ Deploy Preview for astro-docs-2 ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
Lunaria Status Overview🌕 This pull request will trigger status changes. Learn moreBy default, every PR changing files present in the Lunaria configuration's You can change this by adding one of the keywords present in the Tracked Files
Warnings reference
|
Thanks @TheOtterlord ! I'm wondering whether there should be mention of/link to this in the Also, given our description of rewrites:
It doesn't seem like |
Yes, this is specific to rewrites. I positioned it under
|
So, my confusion is that this is what we say about rewrites in the routing guide:
So, I'm trying to wrap my head around what I think the above says:
I get that we request one path and see the content for a different one, and that there's a "ask for this, get this" relationship. But, if the URL of the initial request, and the one shown in the browser are the same (because you didn't redirect, you just put different content at the requested path), then I would expect displaying This is what I'm trying to figure out, and whether any other explanations need to change, because the example you added here makes me think that those would return two different URL paths, but I'm trying to figure out how that would be. 😅 |
Document the
originPathname
context, implemented in withastro/astro#12373 and first released in[email protected]