Skip to content
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

Request: per-version Latest Hosting Bundle permalinks #28642

Closed
TheXenocide opened this issue Mar 10, 2023 · 7 comments · Fixed by #28647
Closed

Request: per-version Latest Hosting Bundle permalinks #28642

TheXenocide opened this issue Mar 10, 2023 · 7 comments · Fixed by #28647
Assignees
Labels
doc-enhancement seQUESTered Identifies that an issue has been imported into Quest. Source - Docs.ms Docs Customer feedback via GitHub Issue

Comments

@TheXenocide
Copy link

TheXenocide commented Mar 10, 2023

Help us make content visible

Describe the new topic

Ideally each major version of the hosting bundle would have its own permalink to point to its latest release. Currently there is only a single link that always points to the very latest of all hosting bundles, which is now a .NET 7 hosting bundle. We do not support rollForward for major versions and our prerequisite documentation is more convoluted than it would be if we could point someone to a "Install the latest .NET 6 Hosting Bundle" link, instead of that link pointing to .NET 7. It seems there are still some cases where the current universal "latest and greatest" link is applicable, but it would be very helpful for us and our customers to have a latest-per-version link as well.


Document Details

Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.


Associated WorkItem - 69787

@dotnet-bot dotnet-bot added ⌚ Not Triaged Source - Docs.ms Docs Customer feedback via GitHub Issue labels Mar 10, 2023
@Rick-Anderson
Copy link
Contributor

  1. https://dotnet.microsoft.com/en-us/download/dotnet
  2. Select Out of support versions
  3. Select a version
  4. Select Hosting Bundle

image

@Rick-Anderson Rick-Anderson self-assigned this Mar 10, 2023
@Rick-Anderson Rick-Anderson added the reQUEST Triggers an issue to be imported into Quest label Mar 10, 2023
@github-actions github-actions bot added seQUESTered Identifies that an issue has been imported into Quest. and removed reQUEST Triggers an issue to be imported into Quest labels Mar 11, 2023
@TheXenocide
Copy link
Author

Just to note, for starters, I'm not personally looking for an out of support version, I'm basically looking for a "latest .NET 6 LTS hosting bundle" permalink instead of one that changes to .NET 7 and .NET 8 and so on but still points to a direct download of the latest update of .NET 6. As it stands there's only one "latest hosting bundle" permalink and it points to .NET 7 which is not what we're recommending our customers install for production since our software was written and tested on .NET 6. It's this link here that would be nice to have a per-version equivalent:

image

I understand what the current link does (and it makes sense for other scenarios to have a "just the absolute latest" direct download link) but it would be nice to not have to walk customers through how to get the latest bundle for a specific .NET version with screenshots containing version numbers that could become confusing/dated, etc. The current link is:

https://dotnet.microsoft.com/permalink/dotnetcore-current-windows-runtime-bundle-installer

My thought is, in addition to that, it would be nice to have URLs like:

/permalink/dotnetcore-current-net6-windows-runtime-bundle-installer
/permalink/dotnetcore-current-net7-windows-runtime-bundle-installer
/permalink/dotnetcore-current-net8-windows-runtime-bundle-installer

and so on. This way for any given version of the product, tied to a given version of .NET, the link in the docs can always be accurate.

@TheXenocide
Copy link
Author

@Rick-Anderson it looks like this ticket indicates that it is closed as a result of your PR, though I don't think my request was addressed. I guess is the official response that you don't intend to add this link, even for currently supported versions? (Keeping in mind .NET 6 is the Long Term Support version, which is why we targeted it to offer production software to customers on it, while we will not for .NET 7). It seems like the ticket is completely devoid of any discussion about the decision being made/why/etc. which I'm not used to regarding MS feature requests/bug reports/etc.

@TheXenocide
Copy link
Author

@mairaw I noticed from #23934 that you might have some ownership over the link in question here and I'm wondering if it's possible to request similar links on a per-version basis, rather than making the documentation point to this github issue (which may also inadvertently make people believe .NET 6 is out of support). I'm hoping for a more convenient link we can include in our installation documentation that will stay up-to-date without forcing people to use unsupported (by our software) newer bundles. We will want something similar when .NET 8 becomes LTS to prevent the "convenience" of the link from becoming an inconvenience when .NET 9 starts releasing bundles that we don't develop or test against so I'm hoping we can establish this as a pattern for versions starting with the current LTS but also going forward?

@MacKinley
Copy link

Not sure if this helps you @TheXenocide but each major.minor of a hosting bundle has a permalink to the latest patch.

Ex:

@peter-bertok
Copy link

peter-bertok commented Aug 7, 2023

Not sure if this helps you @TheXenocide but each major.minor of a hosting bundle has a permalink to the latest patch.

Ex:

* https://aka.ms/dotnetcore-6-0-windowshosting

* https://aka.ms/dotnetcore-3-1-windowshosting

It would be really helpful if this was properly documented.

I've been searching the Internet for hours looking for a way to keep an IIS web server up-to-date with the latest security patch of of a specific major version of the .NET Core hosting bundle, but there's very little (no?) official guidance.

It ought to be just as simple as the updates users receive for .NET Framework -- updates via Windows Update.

Failing that, there should be an official installer and/or updater script that can be used to deploy the .NET Core shared runtime.

Currently, users have to roll their own solution based on Github issue comments...

@TheXenocide
Copy link
Author

Agreed with @peter-bertok but yes, that helps tremendously, thank you

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
doc-enhancement seQUESTered Identifies that an issue has been imported into Quest. Source - Docs.ms Docs Customer feedback via GitHub Issue
Projects
No open projects
Status: Done
Development

Successfully merging a pull request may close this issue.

5 participants