question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

Please provide patch-agnostic URLs for runtime downloads

See original GitHub issue

When you distribute a framework-dependent app, it’s necessary to give the users a URL to download the runtime if they don’t have it already. The best link for this currently appears to be https://dotnet.microsoft.com/download/dotnet/5.0/runtime, but it confronts users with several choices, only one of which is right. Along with this URL, I have to say “make sure you click the x64 button under the desktop apps section.” This is clumsy to have to explain, and for some kinds of users, error-prone.

image

So why not give the end users a link to the direct download of the correct runtime, e.g. https://dotnet.microsoft.com/download/dotnet/thank-you/runtime-desktop-5.0.7-windows-x64-installer? The problem is that this pins a specific patch version of the runtime. I don’t want that because they will be installing a version that is missing security updates. Also, thank-you in the URL feels vaguely undesirable but I can’t put my finger on why. Ideally the URL could also be short.

Proposal

A URL that seems ideal to me would be something like https://dot.net/download/runtime/desktop/x64/5.0. It would provide the latest 5.0.x x64 desktop runtime. If the version part was 5 instead of 5.0, it would provide the latest 5.x.x x64 desktop runtime. Maybe it would be nice if it showed a landing page and also immediately started a download. Maybe for the ease of building web installers, an additional /direct URL part could cause a direct download. But the experience needs to be nice for non-technical folks who don’t know the terms x64 vs Arm64 or console vs desktop.

Issue Analytics

  • State:open
  • Created 2 years ago
  • Comments:27 (21 by maintainers)

github_iconTop GitHub Comments

8reactions
akoeplingercommented, Jul 6, 2021
3reactions
richlandercommented, Aug 28, 2021

We are looking at doing something like this via the dotnet.ms.com site that is focused on latest releases (preview or stable). We will share a short spec when we have it.

@mairaw

Read more comments on GitHub >

github_iconTop Results From Across the Web

relative URL paths when serving static files with FastAPI ...
I have tried return FileResponse('../static/test.html') but that has not worked so far; the resulting error is "RuntimeError: File at path ../ ...
Read more >
[Question] Change Remote Load Path at runtime?
I don't think you can change the remote load path after it's initialized, but you can download a new catalog from a different...
Read more >
Simple trick to work with relative paths in Python
Calculate the file path at runtime with ease ... Ideally we'd like to specify the path relative to the root folder of our...
Read more >
Middleware Relative URLs
Prior to Next.js 12.1, we allowed passing relative URLs. However, constructing a request with new Request(url) or running fetch(url) when url is a...
Read more >
Constructing a Relative Path From Two Absolute Paths in ...
In this tutorial, we'll learn how to construct a relative path from two absolute paths in Java. We'll focus on two built-in Java...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found