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

.NET Core 3.1.0 #3950

Open
leecow opened this issue Dec 3, 2019 · 30 comments
Open

.NET Core 3.1.0 #3950

leecow opened this issue Dec 3, 2019 · 30 comments
Labels

Comments

@leecow
Copy link
Member

@leecow leecow commented Dec 3, 2019

Release Notes
Download

Blog posts

.NET Core
ASP.NET Core

Please report any issues you find with .NET Core 3.1 , either responding to this issue, creating a new issue or creating a new issue in one of the following repos:


Here is a list of issues that we are tracking and working to resolve with the 3.1 release. We'll tick them off as each is resolved. See any linked issue for progress or resolution details.

@Logerfo

This comment has been minimized.

Copy link
Contributor

@Logerfo Logerfo commented Dec 3, 2019

@leecow

This comment has been minimized.

Copy link
Member Author

@leecow leecow commented Dec 3, 2019

Got it, thanks @Logerfo

@eation

This comment has been minimized.

Copy link

@eation eation commented Dec 3, 2019

@leecow Blog posts link to 3.1 Preview 1

@leecow

This comment has been minimized.

Copy link
Member Author

@leecow leecow commented Dec 3, 2019

They're having trouble getting the blog posts to process. Should be soon now.

@henrikrxn

This comment has been minimized.

Copy link

@henrikrxn henrikrxn commented Dec 3, 2019

After installing VS 16.4 I checked "Control Panel" and the 3.1 runtime is listed as

Name
"Microsoft .NET Core Runtime - 3.1.0 Preview 3 (x64)"
"Microsoft .NET Core Runtime - 3.1.0 Preview 3 (x86)"

Version
3.1.0.28312
3.1.0.28312

The name should be updated. Given the information available on https://dotnet.microsoft.com/download/dotnet-core/3.1
I am unable to determine whether 28312 is the 3.1 RTM build number. Maybe include this number in future releases as it has been the custom for previews?

Additional info
Tried

  • Uninstalling both the 3.1 Preview 3 runtimes
  • Downloading the .NET Core 3.1 runtime x64 installer and when opening it also states 3.1 Preview 3 as the version in the UI
@weltkante

This comment has been minimized.

Copy link

@weltkante weltkante commented Dec 3, 2019

So whats the status on open sourcing the render engine of WPF? It's been repeatedly pushed back and now there's just total silence. I'm eagerly waiting for looking at and if possible doing work on fixing some of its problems, maybe investigate the possibility to integrate WPF as a skinnable platform UI toolkit into games (something that has been lacking for decades) but WPF seems to move very very slowly compared to what the WinForms team has achieved :-(

@Symbai

This comment has been minimized.

Copy link

@Symbai Symbai commented Dec 3, 2019

@weltkante Thanks for mentioning it. I was asking this myself too. Don't want to sound ungrateful or harsh but the WPF team seems to be very absent. Late or no response on issues. No response or merges on pull requests outside of the WPF team. I think they might be busy with some internal stuff but... I would still appreciate some more communication if thats the case. There is absolutely nothing wrong with focusing on other things first, but it also isn't too much work to update the roadmap or status.

@leecow

This comment has been minimized.

Copy link
Member Author

@leecow leecow commented Dec 3, 2019

@vatsan-madhavan for the WPF feedback above.

@dagood

This comment has been minimized.

Copy link
Member

@dagood dagood commented Dec 3, 2019

@henrikrxn This is an issue with the MSIs, I filed dotnet/runtime#492 to track fixing it.

@vatsan-madhavan

This comment has been minimized.

Copy link
Member

@vatsan-madhavan vatsan-madhavan commented Dec 3, 2019

@weltkante, @Symbai We just posted an update at dotnet/wpf#2273 - PTAL.

/cc @dotnet/wpf-developers

@mungojam

This comment has been minimized.

Copy link

@mungojam mungojam commented Dec 3, 2019

Are you planning to update the SDK repository used by the powershell install script?

https://dotnetcli.blob.core.windows.net/dotnet/Sdk/LTS/latest.version still shows 2.1 while https://dotnetcli.blob.core.windows.net/dotnet/Sdk/3.1/latest.version is not yet available

@leecow

This comment has been minimized.

Copy link
Member Author

@leecow leecow commented Dec 4, 2019

@mungojam - latest.version files have been updated.

@SimonCropp

This comment has been minimized.

Copy link

@SimonCropp SimonCropp commented Dec 4, 2019

i just installed the hosting bundle from https://dotnet.microsoft.com/download/dotnet-core/thank-you/runtime-aspnetcore-3.1.0-windows-hosting-bundle-installer and it installed 3.1 preview 3 of the runtime.

image

am i missing something?

@TheDestinyGroup

This comment has been minimized.

Copy link

@TheDestinyGroup TheDestinyGroup commented Dec 4, 2019

Hi,

I also just installed the .Net Core 3.1 Hosting bundle and at one point during the installation I noticed it said it something like installing .Net Core 3.1.0 Preview 3.

After the installation completed I went to Add/Remove programs and noticed that it had installed "Microsoft .Net Core 3.1.0 - Windows Server Hosting" along with "Microsoft .Net Core Runtime - 3.1.0 Preview 3 (x64)" and "Microsoft .Net Core Runtime - 3.1.0 Preview 3 (x86)".

Why is the .Net Core 3.1 Hosting bundle installing the .Net Core 3.1 runtimes which are labelled as "3.1.0 Preview 3" rather than the expected "3.1.0"?

Even if the Runtime didn’t change between Preview 3 release and general availability release both the name shown in the installers UI and name shown in Add/Remove programs should have been updated to reflect the products correct naming for the general availability release as corporate customers don’t expect to see products labelled with alpha, beta or release preview naming installed on their production servers.

Les

PS: It appears the downloads for the x86 and x64 .Net 3 Core Runtimes are also named in the installers UI and in Add/Remove programs as .Net Core 3.1 Preview 3.

@dagood

This comment has been minimized.

Copy link
Member

@dagood dagood commented Dec 4, 2019

@SimonCropp @TheDestinyGroup This is related to the problem henrikrxn spotted earlier (dotnet/runtime#492), and we're in the process of fixing it--see #3962 for the latest info. What you see on your machines isn't the 3.1.0 preview 3 build from last month, it is actually a different (more recent) build that happens to have a 3.1.0 preview 3 label.

@madhusameena

This comment has been minimized.

Copy link

@madhusameena madhusameena commented Dec 4, 2019

Can we use dotnet publish for C++ CLI project with this new release ?

@SimonCropp

This comment has been minimized.

Copy link

@SimonCropp SimonCropp commented Dec 4, 2019

@dagood thanks. hope it hasnt caused to much pain for the team.

@DenSmoke

This comment has been minimized.

Copy link

@DenSmoke DenSmoke commented Dec 4, 2019

When will package be available via apt on Ubuntu 18.04?

sudo apt list dotnet-sdk*
Listing… Done
dotnet-sdk-2.1/bionic 2.1.802-1 amd64
dotnet-sdk-2.1.105/bionic 2.1.105-1 amd64
dotnet-sdk-2.1.200/bionic 2.1.200-1 amd64
dotnet-sdk-2.1.201/bionic 2.1.201-1 amd64
dotnet-sdk-2.1.202/bionic 2.1.202-1 amd64
dotnet-sdk-2.1.300-preview2-008533/bionic 2.1.300-preview2-008533-1 amd64
dotnet-sdk-2.1.300-rc1-008673/bionic 2.1.300-rc1-008673-1 amd64
dotnet-sdk-2.2/bionic,now 2.2.402-1 amd64 [installed]
dotnet-sdk-3.0/bionic,now 3.0.101-1 amd64 [installed]
@SamuelGuine

This comment has been minimized.

Copy link

@SamuelGuine SamuelGuine commented Dec 4, 2019

I have an issue with the Hosting bundle 3.1.0 from the .NET Core 3.1 SDK and Runtime Page. It install .Net Core 3.1 Preview 3 runtime.

@BlowaXD

This comment has been minimized.

Copy link

@BlowaXD BlowaXD commented Dec 4, 2019

When will package be available via apt on Ubuntu 18.04?

sudo apt list dotnet-sdk*
Listing… Done
dotnet-sdk-2.1/bionic 2.1.802-1 amd64
dotnet-sdk-2.1.105/bionic 2.1.105-1 amd64
dotnet-sdk-2.1.200/bionic 2.1.200-1 amd64
dotnet-sdk-2.1.201/bionic 2.1.201-1 amd64
dotnet-sdk-2.1.202/bionic 2.1.202-1 amd64
dotnet-sdk-2.1.300-preview2-008533/bionic 2.1.300-preview2-008533-1 amd64
dotnet-sdk-2.1.300-rc1-008673/bionic 2.1.300-rc1-008673-1 amd64
dotnet-sdk-2.2/bionic,now 2.2.402-1 amd64 [installed]
dotnet-sdk-3.0/bionic,now 3.0.101-1 amd64 [installed]

Looks like it's not released, I don't know if it's voluntary or not but it would be cool to have it released to apt repositories

@DenSmoke

This comment has been minimized.

@dagood

This comment has been minimized.

Copy link
Member

@dagood dagood commented Dec 4, 2019

@DenSmoke @BlowaXD, Linux packages not being available for all the expected distros is another release issue, we're working on it: #3960 #3961

@richlander

This comment has been minimized.

Copy link
Member

@richlander richlander commented Dec 4, 2019

FYI: We have a team of folks working on (I think) every issue that has been reported here. We super appreciate all the reports that have come in and are actively working on resolve them. We will report back later today with the set of issues that are both resolved and remaining.

@emveepee

This comment has been minimized.

Copy link

@emveepee emveepee commented Dec 5, 2019

On Debian 10 running dotnet-install.sh --runtime aspnetcore (with or without -c LTS)
version 2.1.7 is installed

Adding the -c 3.1 option I get

The requested URL returned error: 404 The specified blob does not exist

If I install with no options the SDK including AspNetCore is installed.

@SimonCropp

This comment has been minimized.

Copy link

@SimonCropp SimonCropp commented Dec 5, 2019

@richlander seems there has been a few problems with this release. given that i would have expected some kind of communication (perhaps a blog post) explaining what parts people should delay installing

@leecow

This comment has been minimized.

Copy link
Member Author

@leecow leecow commented Dec 5, 2019

@emveepee - should be good to go now.

@emveepee

This comment has been minimized.

Copy link

@emveepee emveepee commented Dec 6, 2019

@emveepee - should be good to go now.

Thanks our application can now use -c LTS but -c 3.1 is still returning 404 on a blob error. I assume that they both are the same channel.

@leecow

This comment has been minimized.

Copy link
Member Author

@leecow leecow commented Dec 6, 2019

-c 3.1 is still returning 404 on a blob error. I assume that they both are the same channel.

Yes, they'll be the same at this point and I've fixed up the 3.1 channel so that works now as well.

@chanallenk

This comment has been minimized.

Copy link

@chanallenk chanallenk commented Dec 16, 2019

There is an issue building and publishing single files in .NET Core 3.1.

When building the error is "It is not supported to publish an application to a single-file without specifying a RuntimeIdentifier. Please either specify a RuntimeIdentifier or set PublishSingleFile to false" even though I specified a RuntimeIdentifier (win-x64).

I believe this is the cause of the publish error. This is from the log: "System.Exception: Publish has encountered an error. We were unable to determine the cause of the error. Check the output log for more details."

When I switch back to .NET Core 3.0, there is no issue publishing.

May be related to this issue.

@DennisBaberich

This comment has been minimized.

Copy link

@DennisBaberich DennisBaberich commented Jan 26, 2020

I ran into the same problem. No obvious error but after upgrading System.Net.NameResolution to 4.3.0 it published just fine to a single executable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
You can’t perform that action at this time.