-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
List only built versions on the footer #6137
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
Comments
Just want to note a use case of this. Listing " So, 1.x and 2.x are hosted at Read the Docs, but 0.8.x and 0.9.x are hosted in a different platform. You I've used this "hidden feature" for a user already. |
@humitos but when the version is |
Yea, I think linking to the dashboard doesn't make sense in the context of the footer. I'm happy to update the link to simply go to the docs page, and have it 404 if it isn't built. That enables the redirect logic that @humitos was talking about, and linking the dashboard is not useful for users basically ever when they're in the docs page. |
Closes readthedocs#6137 We use the `get_absolute_url` in other parts of the code where it makes sense to link to the dashboard. So I'm adding an additional parameter.
When a version is
built=False
our code links to the version detail pagereadthedocs.org/readthedocs/builds/models.py
Lines 296 to 303 in 89a58a0
This method gets called from
sort_version_aware
, here we are passing all active versions (including not built).readthedocs.org/readthedocs/projects/models.py
Lines 953 to 986 in 89a58a0
This is a problem in .com, where we don't have access to that
URLCONF
, so reverse doesn't work.I'm thinking two options:
readthedocs.org/readthedocs/projects/models.py
Line 953 in 89a58a0
only_builts=False
)I'm more inclined to 1, so we affect .org and .com, giving a link to the dashboard to a user that doesn't have permissions doesn't look correct.
The text was updated successfully, but these errors were encountered: