-
Notifications
You must be signed in to change notification settings - Fork 10.3k
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
Client-Side Routing Broken in Latest Release #14993
Comments
To clarify, this behavior was fine previously. I went through my app's dependencies and upgraded all of the What we do in our actual app is slightly different, though; rather than leveraging |
@alexlafroscia Thanks for the detailed report. I think this is the same issue that was reported in #14742. I just did some analysis on it. I believe the core problem is that I removed this line in my pages-manifest change. I'm playing around with a fix now. |
Ah, sorry for the duplicate issue if it’s the same as #14742! I tried to find existing issues but didn’t go back that far. Thanks for putting a fix together! |
Fixed and published in |
@sidharthachatterjee Client-side routing is broken again in latest gatsby release. gatsby@2.13.2 |
Description
Client-side routing does not seem to be supported any longer when serving the app in "production" (either through
gatsby serve
or some other static file serving). An unrecognized route redirects back to the route where the client-side router has been mounted.Steps to reproduce
You can start with this repo here:
https://github.com/alexlafroscia/___gatsby-dynamic-routing-bug
Basically you
/*
) as being client-sideExpected result
I would expect that, if you hit something like the
/foobarbax
, it would render the client-side 404 page. This is actually working in local dev.Index Page
Client-Side 404 Page
Actual result
In the fully static mode it redirects back to the root of the app instead of rendering my 404 component.
This was recorded when running
gatsby serve
in that repoEven after changing the URL, it redirects back to the root of the app instead.
Environment
The text was updated successfully, but these errors were encountered: