-
-
Notifications
You must be signed in to change notification settings - Fork 3.7k
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
Chooser links on Release Notes pages yield a 404 #11055
Comments
As per the Slack conversation, I wouldn't consider this a bug. It's standard practice among open-source projects for each version's documentation to include the full set of release notes for all versions that came before it - rather than just a single release notes page for that specific version. So, for example, you can view the 4.0 release notes as part of the 4.1 documentation, but if you then switch to version 3.0, you'd be trying to view the 4.0 release notes within the 3.0 documentation, which clearly don't exist because version 4.0 didn't exist when those were published - so the 404 error is expected. I see that Django handles this by limiting the version chooser to just the versions where the page in question exists - so, for example, https://docs.djangoproject.com/en/4.1/releases/4.1/ only offers 4.2, 5.0 and dev in the version chooser as these are the only other instances of the docs that contain 4.1 release notes. I wouldn't be averse to adopting this approach, if readthedocs supports it. |
This comment was marked as spam.
This comment was marked as spam.
This comment was marked as spam.
This comment was marked as spam.
Copying more of the Slack conversation:
|
Looking at redirects options supported by Read the Docs, this seems trickier than I thought. Switching versions by following a link also feels like a bit too much magic. So – I’d instead recommend we build a custom 404 page. We can start with static content to help people understand where they landed. We could also build something more clever where the 404 page’s content could vary depending on what URL / version it’s served on. |
@thibaudcolas How about we add a redirect rule from |
@gasman ah great! I was envisioning we’d want to redirect to the correct specific version, but yeah redirecting to the index seems like a good improvement already. |
Just set up in RTD, this is all looking good to me:
Here’s what the experience looks like:
|
@DanielSwain this won’t implement exactly what you’re after, I believe for that to work we’d need a custom 404 page I believe. I still think this could be a worthwhile investment but perhaps would warrant its own issue? |
Expectation
When viewing a particular version of the Release Notes, if a different version is chosen using the chooser in the lower right, then that version of the Release Notes should be displayed.
Actual Behavior
Go to any version of the Release Notes, click the chooser, and then choose any version other than the one being viewed. A 404 is the result.
Additional Reference
Slack conversation concerning this issue.
The text was updated successfully, but these errors were encountered: