.NET Core SDK 2.0.3 has hard-coded version string in bundle UI
See original GitHub issue@barnson commented on Thu Nov 16 2017
Steps to reproduce
- Install dotnet-sdk-2.0.3-win-x64.exe, downloaded from https://www.microsoft.com/net/download/windows.
Expected behavior
The Success
page tells me I installed version 2.0.3.
Actual behavior
The loc string FirstTimeWelcomeMessage
used on the Success
page in the bundle has hard-coded 2.0.0
strings.
Environment data
n/a
Issue Analytics
- State:
- Created 6 years ago
- Comments:27 (15 by maintainers)
Top Results From Across the Web
NET Core SDK 2.0.3 has hard-coded version string in bundle UI
The loc string FirstTimeWelcomeMessage used on the Success page in the bundle has hard-coded 2.0.0 strings. Environment data. n/a.
Read more >Select which .NET version to use
NET CLI must choose an SDK version for every dotnet command. It uses the latest SDK installed on the machine by default, even...
Read more >VSTS dotnet Nuget Pack: Is not a valid version string
The pack fails with the error BuildName_2018.7.11.1-beta is not a valid version string . I have previously used this environment variable as my ......
Read more >Overview of the Google Play Core libraries
This page describes the Google Play Core libraries and how to add them to your project. Important: The Google Play Core Java and...
Read more >Activities - Release notes
Release notes. To learn what has changed, check out the release notes. ... Activities package version 1.9.5 to be incompatible with UI Automation....
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@KathleenDollard
I agree with this plan. The original list of installed components is good enough for the installer. As @dasMulli said, those are the things that actually get installed and what I should be conscious about. The internal components are interesting from a debugging perspective but serve no real use while installing.
So if the SDK installer contains the .NET Core SDK, the .NET Core Runtime, and the Runtime Package Store, then those should list their actual version numbers.
Then, I would like to see
dotnet --info
expanded to include the full details about the individual components (e.g. MSBuild, NuGet, Roslyn), so that as a developer, I can easily see what versions of those things I am using when I do stuff.In addition, I think it would be very helpful to have some resource online to see exactly which SDK version includes what versions of those bits. So that when someone refers to a specific SDK version, I have a way to look up what versions are involved (e.g. to see whether specific Roslyn features are available). As an example, I was directed to this issue because of a discussion where we wanted to figure out what SDK version is the earliest to support a certain C# version. By being able to look up what Rosyln versions ship with each released SDK, this would have been a lot easier.
Yes, you can set
<RuntimeFrameworkVersion>2.0.3</RuntimeFrameworkVersion>
in your project or pass/P:RuntimeFrameworkVersion=2.0.3
on the command line to publish and it should pick up 2.0.3.