.NET 5 RC 1 #5200

rbhanda · 2020-09-14T17:25:05Z

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

dotnet/aspnetcore - for ASP.NET Core questions
dotnet/efcore - for Entity Framework Core questions
dotnet/sdk - for CLI tools and questions
dotnet/runtime - for runtime, API, or installer issues and questions
dotnet/winforms - for WinForms issues
dotnet/wpf - for WPF issues
nuget/home - for NuGet questions and issues

Known Issues

If there are any issues with the September 2020 release we will track them here and check issues off as they're resolved. See the linked issues for details on progress and resolution details.

dotnet-runtime-5.0.0-rc.1.20451.14-win-x86.exe & dotnet-sdk-5.0.100-rc.1.20452.10-win-x64.exe are not signed. - This issue was resolved by updating links on releases.json. The release notes and dot.net were updated with correct links
Microsoft.DotNet.Common.ItemTemplates.5.0.0-rc.1.20431.3. nupkg, Microsoft.DotNet.Common.ProjectTemplates.1.x.5.0.0-rc.1.20431.3.nupkg, Microsoft.DotNet.Common.ProjectTemplates.2.0.5.0.0-rc.1.20431.3.nupkg are not pushed to nuget.org
releases.json support phase is currently set to "preview". This needs an update to reflect support phase as "rc".
Discrepancy in VS support for .NET 5 RC 1 in releases.json. This was resolved by Releases.json fixes #5203

SalvadorSarpi · 2020-09-14T17:35:24Z

same as #5202.
i've had no problem with preview versions in the past, but rc1 sdk wont install on my windows dev machine (windows 10 pro, preview 8 installed and working).

[20F4:2148][2020-09-14T14:27:05]i371: Updating session, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{aab15ccd-d49f-4845-9563-2dab405b3188}, resume: Active, restart initiated: No, disable resume: No
[0AD0:43B4][2020-09-14T14:27:05]i336: Acquiring container: WixAttachedContainer, copy from: C:\Users\xx\Desktop\dotnet-sdk-5.0.100-rc.1.20452.10-win-x64.exe
[0AD0:43B4][2020-09-14T14:27:05]i000: Setting string variable 'WixBundleLastUsedSource' to value 'C:\Users\xx\Desktop\'
[0AD0:3FC4][2020-09-14T14:27:05]e000: Error 0x80070570: Failed to extract all files from container, erf: 1:4:0
[0AD0:43B4][2020-09-14T14:27:05]e000: Error 0x80070570: Failed to begin and wait for operation.
[0AD0:43B4][2020-09-14T14:27:05]e000: Error 0x80070570: Failed to extract payload: a3 from container: WixAttachedContainer
[0AD0:43B4][2020-09-14T14:27:05]e312: Failed to extract payloads from container: WixAttachedContainer to working path: C:\Users\xx\AppData\Local\Temp\{FF1A4D3F-1710-42CA-9F35-B9861FBA8638}\8C09F345E398B4710CE74EE6AAFC4D9F91CB9A11, error: 0x80070570.
[0AD0:41D4][2020-09-14T14:27:05]e000: Error 0x80070570: Cache thread exited unexpectedly.
[20F4:2148][2020-09-14T14:27:05]i372: Session end, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{aab15ccd-d49f-4845-9563-2dab405b3188}, resume: None, restart: None, disable resume: No
[20F4:2148][2020-09-14T14:27:05]i330: Removed bundle dependency provider: {aab15ccd-d49f-4845-9563-2dab405b3188}
[20F4:2148][2020-09-14T14:27:05]i352: Removing cached bundle: {aab15ccd-d49f-4845-9563-2dab405b3188}, from path: C:\ProgramData\Package Cache\{aab15ccd-d49f-4845-9563-2dab405b3188}\
[20F4:2148][2020-09-14T14:27:05]i371: Updating session, registration key: SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{aab15ccd-d49f-4845-9563-2dab405b3188}, resume: None, restart initiated: No, disable resume: No
[0AD0:41D4][2020-09-14T14:27:06]i399: Apply complete, result: 0x80070570, restart: None, ba requested restart:  No

rbhanda · 2020-09-14T17:38:29Z

Hi @SalvadorSarpi we are in the process of republishing the files. I will update the issue once it is resolved.

rbhanda · 2020-09-14T20:16:53Z

Hi,
The files are updated on https://github.com/dotnet/core/blob/master/release-notes/5.0/preview/5.0.0-rc.1.md
We are in the process of updating them on dot.net

SalvadorSarpi · 2020-09-14T20:28:26Z

working fine now!

helios2052 · 2020-09-14T21:21:17Z

I noticed that in both my upgraded app and in the sample RC1 blazor-wasm hosted template (w/auth), it will startup and run ok the first time, but throws an exception on the next and subsequent startups w/debugging.

It seems like possibly this error only happens if you stop the app/browser by pressing "stop debugging" in visual studio and then re-launch. If you close the browser directly, visual studio then stops debugging as usual and you can restart the app with no issues. I have to go into task manager and clear out any stuck ".NET HOST" processes and then relaunch each time.

Unhandled exception. System.IO.IOException: Failed to bind to address http://127.0.0.1:9300: address already in use.
 ---> Microsoft.AspNetCore.Connections.AddressInUseException: Only one usage of each socket address (protocol/network address/port) is normally permitted.
 ---> System.Net.Sockets.SocketException (10048): Only one usage of each socket address (protocol/network address/port) is normally permitted.
   at System.Net.Sockets.Socket.UpdateStatusAfterSocketErrorAndThrowException(SocketError error, String callerName)
   at System.Net.Sockets.Socket.DoBind(EndPoint endPointSnapshot, SocketAddress socketAddress)
   at System.Net.Sockets.Socket.Bind(EndPoint localEP)
   at Microsoft.AspNetCore.Server.Kestrel.Transport.Sockets.SocketConnectionListener.g__BindSocket|13_0(<>c__DisplayClass13_0& )
   --- End of inner exception stack trace ---
   at Microsoft.AspNetCore.Server.Kestrel.Transport.Sockets.SocketConnectionListener.g__BindSocket|13_0(<>c__DisplayClass13_0& )
   at Microsoft.AspNetCore.Server.Kestrel.Transport.Sockets.SocketConnectionListener.Bind()
   at Microsoft.AspNetCore.Server.Kestrel.Transport.Sockets.SocketTransportFactory.BindAsync(EndPoint endpoint, CancellationToken cancellationToken)
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Infrastructure.TransportManager.BindAsync(EndPoint endPoint, ConnectionDelegate connectionDelegate, EndpointConfig endpointConfig)
   at Microsoft.AspNetCore.Server.Kestrel.Core.KestrelServerImpl.<>c__DisplayClass29_0`1.<g__OnBind|0>d.MoveNext()
--- End of stack trace from previous location ---
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.BindEndpointAsync(ListenOptions endpoint, AddressBindContext context)
   --- End of inner exception stack trace ---
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.BindEndpointAsync(ListenOptions endpoint, AddressBindContext context)
   at Microsoft.AspNetCore.Server.Kestrel.Core.LocalhostListenOptions.BindAsync(AddressBindContext context)
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.AddressesStrategy.BindAsync(AddressBindContext context)
   at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.AddressBinder.BindAsync(IEnumerable`1 listenOptions, AddressBindContext context)
   at Microsoft.AspNetCore.Server.Kestrel.Core.KestrelServerImpl.BindAsync(CancellationToken cancellationToken)
   at Microsoft.AspNetCore.Server.Kestrel.Core.KestrelServerImpl.StartAsync[TContext](IHttpApplication`1 application, CancellationToken cancellationToken)
   at Microsoft.AspNetCore.Hosting.WebHost.StartAsync(CancellationToken cancellationToken)
   at Microsoft.AspNetCore.Hosting.WebHostExtensions.RunAsync(IWebHost host, CancellationToken token, String startupMessage)
   at Microsoft.AspNetCore.Hosting.WebHostExtensions.RunAsync(IWebHost host, CancellationToken token, String startupMessage)
   at Microsoft.AspNetCore.Hosting.WebHostExtensions.RunAsync(IWebHost host, CancellationToken token)
   at Microsoft.AspNetCore.Hosting.WebHostExtensions.Run(IWebHost host)
   at Microsoft.WebAssembly.Diagnostics.Program.Main(String[] args)

fail: Microsoft.AspNetCore.Diagnostics.DeveloperExceptionPageMiddleware[1]
      An unhandled exception has occurred while executing the request.
      System.InvalidOperationException: No output has been recevied from the application.
         at Microsoft.AspNetCore.Builder.DebugProxyLauncher.LaunchAndGetUrl(IServiceProvider serviceProvider, String devToolsHost)
         at Microsoft.AspNetCore.Builder.WebAssemblyNetDebugProxyAppBuilderExtensions.<>c.<b__0_1>d.MoveNext()
      --- End of stack trace from previous location ---
         at Microsoft.AspNetCore.Builder.Extensions.MapMiddleware.Invoke(HttpContext context)
         at Microsoft.AspNetCore.Diagnostics.EntityFrameworkCore.MigrationsEndPointMiddleware.Invoke(HttpContext context)
         at Microsoft.AspNetCore.Diagnostics.EntityFrameworkCore.DatabaseErrorPageMiddleware.Invoke(HttpContext httpContext)
         at Microsoft.AspNetCore.Diagnostics.EntityFrameworkCore.DatabaseErrorPageMiddleware.Invoke(HttpContext httpContext)
         at Microsoft.AspNetCore.Diagnostics.DeveloperExceptionPageMiddleware.Invoke(HttpContext context)

captainsafia · 2020-09-14T22:57:07Z

@helios2052 Thanks for reporting this. It's a known issue with .NET 5 RC1. We migrated to a new debugging server that was set to use static port 9300. This issue will be fixed in RC2 (ref). We'll also be working on improving the clean-up experience in VS in the future.

In the meantime, I recommend ensuring that no process is running on port 9300 before starting debugging and killing it if so. .NET 5 RC2 will listen on a dynamic port.

Thanks in advance for your patience as we improve the experience here!

suleymanoz · 2020-09-15T12:26:50Z

Hi,
We are using protobuf-net.grpc with http (not https). In preview 8, gRPC with http was working fine. After rc1 upgrade http does not work, but https works.

RebelionTheGrey · 2020-09-15T12:41:09Z

Hi,
We are using protobuf-net.grpc with http (not https). In preview 8, gRPC with http was working fine. After rc1 upgrade http does not work, but https works.

Have the same problem. Haven't checked https yet.

suleymanoz · 2020-09-16T08:42:51Z

Hi,
We are using protobuf-net.grpc with http (not https). In preview 8, gRPC with http was working fine. After rc1 upgrade http does not work, but https works.

Upgrading preview version for Grpc packages solved the problem.

daemogar · 2020-09-16T20:11:30Z

When using the WebAssemblyPrerendered in a _Host page for rendering a Blazor app, Renders as expected on the server, but fails with the below error when trying to activate the WebAssembly client-side. I have tried using the ServerPrerendered and it fails even on the server now, and this app was working before the update to .NET 5 RC1. I following the instructions at the link (Blog Posted on gitter.im by @danroth27) below for Upgrade an existing project and Blazor WebAssembly prerendering.

So I started a new project and only made the minimum necessary changes to do a WebAssemblyPrerendered project that is a DotNetCore Hosted server with the _Host page.

I get the same error in either both my existing project or the new project.

blazor.webassembly.js:1 crit: Microsoft.AspNetCore.Components.WebAssembly.Rendering.WebAssemblyRenderer[100]
      Unhandled exception rendering component: Cannot read property 'insertBefore' of null
      TypeError: Cannot read property 'insertBefore' of null
          at s (https://localhost:5001/_framework/blazor.webassembly.js:1:8901)
          at Object.t.createAndInsertLogicalContainer (https://localhost:5001/_framework/blazor.webassembly.js:1:9936)
          at e.insertComponent (https://localhost:5001/_framework/blazor.webassembly.js:1:32392)
          at e.insertFrame (https://localhost:5001/_framework/blazor.webassembly.js:1:31007)
          at e.applyEdits (https://localhost:5001/_framework/blazor.webassembly.js:1:29142)
          at e.updateComponent (https://localhost:5001/_framework/blazor.webassembly.js:1:28458)
          at Object.t.renderBatch (https://localhost:5001/_framework/blazor.webassembly.js:1:11924)
          at Object.window.Blazor._internal.renderBatch (https://localhost:5001/_framework/blazor.webassembly.js:1:57967)
          at Object.w [as invokeJSFromDotNet] (https://localhost:5001/_framework/blazor.webassembly.js:1:60490)
          at _mono_wasm_invoke_js_blazor (https://localhost:5001/_framework/dotnet.5.0.0-rc.1.20451.14.js:1:183003)
Microsoft.JSInterop.JSException: Cannot read property 'insertBefore' of null
TypeError: Cannot read property 'insertBefore' of null
    at s (https://localhost:5001/_framework/blazor.webassembly.js:1:8901)
    at Object.t.createAndInsertLogicalContainer (https://localhost:5001/_framework/blazor.webassembly.js:1:9936)
    at e.insertComponent (https://localhost:5001/_framework/blazor.webassembly.js:1:32392)
    at e.insertFrame (https://localhost:5001/_framework/blazor.webassembly.js:1:31007)
    at e.applyEdits (https://localhost:5001/_framework/blazor.webassembly.js:1:29142)
    at e.updateComponent (https://localhost:5001/_framework/blazor.webassembly.js:1:28458)
    at Object.t.renderBatch (https://localhost:5001/_framework/blazor.webassembly.js:1:11924)
    at Object.window.Blazor._internal.renderBatch (https://localhost:5001/_framework/blazor.webassembly.js:1:57967)
    at Object.w [as invokeJSFromDotNet] (https://localhost:5001/_framework/blazor.webassembly.js:1:60490)
    at _mono_wasm_invoke_js_blazor (https://localhost:5001/_framework/dotnet.5.0.0-rc.1.20451.14.js:1:183003)
   at Microsoft.JSInterop.WebAssembly.WebAssemblyJSRuntime.Microsoft.JSInterop.IJSUnmarshalledRuntime.InvokeUnmarshalled[Int32,RenderBatch,Object,Object](String identifier, Int32 arg0, RenderBatch arg1, Object arg2)
   at Microsoft.JSInterop.WebAssembly.WebAssemblyJSRuntime.Microsoft.JSInterop.IJSUnmarshalledRuntime.InvokeUnmarshalled[Int32,RenderBatch,Object](String identifier, Int32 arg0, RenderBatch arg1)
   at Microsoft.AspNetCore.Components.WebAssembly.Rendering.WebAssemblyRenderer.UpdateDisplayAsync(RenderBatch& batch)
   at Microsoft.AspNetCore.Components.RenderTree.Renderer.ProcessRenderQueue()
f.printErr @ blazor.webassembly.js:1

Blog Post by @danroth27
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-release-candidate-1/

MaxMommersteeg · 2020-09-18T18:55:48Z

I recommend following SO answer for killing the process listening to the specific port (9300):
https://stackoverflow.com/a/39633428/1661209

reinux · 2020-09-25T05:55:07Z

.NET SDK 5.0.100-rc.1.20452.10 install had issues; now it refuses to uninstall -- or rather, it says immediately after pressing Uninstall that it's done uninstalling, other than let me reinstall, which also happens instantly.

Specifically, when I try to create a new F# project of any sort, dotnet new would give me an error saying that restore failed because it couldn't find FSharp.Core 5.0.0. I'd like to provide the exact error message, but that's not possible right now on my machine.

I tried the Repair in the installer to no avail.

dotnet --version returned the correct 5.0.0 RC version.

I uninstalled, but that finished instantly as soon as I hit Yes to UAC, I checked c:\program files\dotnet\sdk, and saw that it was still there, so I tried removing it manually.

That made it so that dotnet --version returns 3.1.402, but now when I go to try to reinstall RC1, it finishes as quickly as it uninstalled, without having actually installed it.

I've tried restarting several times throughout the process.

So now I have a borked zombie install which I can seem neither to install or to uninstall.

Update: I uninstalled VSCommunity preview, which has now let me properly install .NET 5 SDK RC1 again. Having not installed VSCommunity again, this is what happens when I try to make a new F# project:

PS C:\Users\rei\source\repos\test> dotnet new classlib --language F#
The template "Class library" was created successfully.

Processing post-creation actions...
Running 'dotnet restore' on C:\Users\rei\source\repos\test\test.fsproj...
  Determining projects to restore...
C:\Users\rei\source\repos\test\test.fsproj : error NU1102: Unable to find package FSharp.Core with version (>= 5.0.0)
C:\Users\rei\source\repos\test\test.fsproj : error NU1102:   - Found 35 version(s) in nuget.org [ Nearest version: 5.0.0-beta.20417.1 ]
C:\Users\rei\source\repos\test\test.fsproj : error NU1102:   - Found 0 version(s) in Microsoft Visual Studio Offline Packages
  Failed to restore C:\Users\rei\source\repos\test\test.fsproj (in 95 ms).
Restore failed.

Update 2: Editing C:\program files\dotnet\sdk\5.0.100-rc.1.20452.10\fsharp\Microsoft.FSharp.NetSdk.props so that the value of the FSCorePackageVersion tag reads 5.0.0-beta.* as opposed to 5.0.0 (to match FSharpCorePreviewPackageVersion) enabled the template and dotnet restore to work, but dotnet build produces this error:

C:\Program Files\dotnet\sdk\5.0.100-rc.1.20452.10\Microsoft.Common.CurrentVersion.targets(1178,5): error MSB3644: The reference assemblies for .NETFramework,Version=v5.0 were not found. To resolve this, install the Developer Pack (SDK/Targeting Pack) for this framework version or retarget your application. You can download .NET Framework Developer Packs at https://aka.ms/msbuild/developerpacks [C:\Users\rei\source\repos\test\test.fsproj]

Build FAILED.

C:\Program Files\dotnet\sdk\5.0.100-rc.1.20452.10\Microsoft.Common.CurrentVersion.targets(1178,5): error MSB3644: The reference assemblies for .NETFramework,Version=v5.0 were not found. To resolve this, install the Developer Pack (SDK/Targeting Pack) for this framework version or retarget your application. You can download .NET Framework Developer Packs at https://aka.ms/msbuild/developerpacks [C:\Users\rei\source\repos\test\test.fsproj]
    0 Warning(s)
    1 Error(s)

pmout · 2020-09-30T16:06:31Z

This work for me
Use:
netstat -ano | findstr ":9300.*LISTENING"
To get "PID" from process that are using port 9300
Taskkill /PID "PID" /F
Run app again.

captainsafia · 2020-10-02T17:19:26Z

@dazinator Can you open an issue at https://github.com/dotnet/aspnetcore?

BrettButcher · 2020-10-05T15:26:33Z

Is there an approximate timeline for RC2, I would have thought fairly imminent? Holding on a breaking issue.
Thanks.

rbhanda · 2020-10-05T15:29:22Z

Hi @BrettButcher RC2 is expected to be released on 13th October 2020

StefanOssendorf · 2020-10-07T12:24:51Z

Hello,

where should I put false CA1416 warnings in projects with net5.0-windows?

We are using the ManagementBaseObject from the System.Management package v 5.0.0-rc.1.20451.14.
Project-file:

<Project Sdk="Microsoft.NET.Sdk">
    <PropertyGroup>
        <TargetFramework>net5.0-windows</TargetFramework>
        <GenerateDocumentationFile>true</GenerateDocumentationFile>
        <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
        <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
    </PropertyGroup>
    <ItemGroup>
        <SupportedPlatform Include="windows" />
    </ItemGroup>
    <ItemGroup>
        <PackageReference Include="Microsoft.Win32.Registry" Version="5.0.0-rc.1.20451.14" />
        <PackageReference Include="System.Management" Version="5.0.0-rc.1.20451.14" />
        <PackageReference Include="System.ServiceProcess.ServiceController" Version="5.0.0-rc.1.20451.14" />
        <PackageReference Include="Text.Analyzers" Version="2.6.4">
            <PrivateAssets>all</PrivateAssets>
            <IncludeAssets>runtime; build; native; contentfiles; analyzers; buildtransitive</IncludeAssets>
        </PackageReference>
        <PackageReference Include="System.Security.Cryptography.Xml" Version="5.0.0-rc.1.20451.14" />
    </ItemGroup>
</Project>

Warning CA1416 'ManagementBaseObject.this[string].set' is supported on 'windows'.

dennisrahmen · 2020-10-09T19:29:52Z

For everyone interested. I done a simple workaround.

Create a new ".bat" file and paste the following:
for /f "tokens=5" %%a in ('netstat -aon ^| find ":9300" ^| find "LISTENING"') do taskkill /f /pid %%a
This will find the PID of the process currently using port 9300 and kills it.
With the file saved, add the following lines to your Blazor program.cs, right at the start of the class:

            if (Debugger.IsAttached)
            {
                try
                {
                    ProcessStartInfo procInfo = new ProcessStartInfo();
                    procInfo.UseShellExecute = true;
                    procInfo.FileName = @"kill.bat";  //The file in that DIR.
                    procInfo.WorkingDirectory = @"C:\Users\user"; //The working DIR.
                    procInfo.Verb = "runas";
                    Process.Start(procInfo);  //Start that process.
                }
                catch (Exception)
                {}
            }

Pumped for RC2 ✌

ariel- · 2020-10-09T19:47:56Z

Since 5.0 RC 1, I noticed that projects with a project reference will copy the referenced assembly library to both the output folder and to a ref subfolder.
Minimum repro:

dotnet new classlib -n MyLib
dotnet new console -n MyApp
dotnet new sln

Open the .sln, add both projects to solution, and add a project reference to MyApp (referencing MyLib). Build.
There is now a "MyLib.dll" under net5.0 folder and a "MyLib.dll" under net5.0\ref.

rbhanda · 2020-10-13T18:22:19Z

Closing in favor of #5345

rbhanda pinned this issue Sep 14, 2020

rbhanda added the announcement label Sep 14, 2020

danroth27 mentioned this issue Sep 14, 2020

Blazor WebAssembly: Port 9300 already in use dotnet/aspnetcore#25887

Closed

captainsafia mentioned this issue Sep 15, 2020

Error launching blazor app dotnet/aspnetcore#25897

Closed

captainsafia mentioned this issue Sep 16, 2020

Issue when using **WebAssemblyPrerendered** in a _Host page for rendering a Blazor app dotnet/aspnetcore#25971

Closed

This comment has been minimized.

Sign in to view

rbhanda unpinned this issue Oct 13, 2020

rbhanda closed this as completed Oct 13, 2020

reinux mentioned this issue Oct 13, 2020

.NET 5 RC 2 #5345

Closed

4 tasks

reinux mentioned this issue Oct 14, 2020

FSharp.Core reference not found in .NET 5 RC1, RC2 dotnet/fsharp#10255

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

.NET 5 RC 1 #5200

.NET 5 RC 1 #5200

rbhanda commented Sep 14, 2020 •

edited

Loading

SalvadorSarpi commented Sep 14, 2020

rbhanda commented Sep 14, 2020

rbhanda commented Sep 14, 2020

SalvadorSarpi commented Sep 14, 2020

helios2052 commented Sep 14, 2020

captainsafia commented Sep 14, 2020 •

edited

Loading

suleymanoz commented Sep 15, 2020

RebelionTheGrey commented Sep 15, 2020

suleymanoz commented Sep 16, 2020

daemogar commented Sep 16, 2020

MaxMommersteeg commented Sep 18, 2020

reinux commented Sep 25, 2020 •

edited

Loading

pmout commented Sep 30, 2020

This comment has been minimized.

captainsafia commented Oct 2, 2020

This comment has been minimized.

BrettButcher commented Oct 5, 2020

rbhanda commented Oct 5, 2020

StefanOssendorf commented Oct 7, 2020

dennisrahmen commented Oct 9, 2020 •

edited

Loading

ariel- commented Oct 9, 2020 •

edited

Loading

rbhanda commented Oct 13, 2020

.NET 5 RC 1 #5200

.NET 5 RC 1 #5200

Comments

rbhanda commented Sep 14, 2020 • edited Loading

Known Issues

SalvadorSarpi commented Sep 14, 2020

rbhanda commented Sep 14, 2020

rbhanda commented Sep 14, 2020

SalvadorSarpi commented Sep 14, 2020

helios2052 commented Sep 14, 2020

captainsafia commented Sep 14, 2020 • edited Loading

suleymanoz commented Sep 15, 2020

RebelionTheGrey commented Sep 15, 2020

suleymanoz commented Sep 16, 2020

daemogar commented Sep 16, 2020

MaxMommersteeg commented Sep 18, 2020

reinux commented Sep 25, 2020 • edited Loading

pmout commented Sep 30, 2020

This comment has been minimized.

captainsafia commented Oct 2, 2020

This comment has been minimized.

BrettButcher commented Oct 5, 2020

rbhanda commented Oct 5, 2020

StefanOssendorf commented Oct 7, 2020

dennisrahmen commented Oct 9, 2020 • edited Loading

ariel- commented Oct 9, 2020 • edited Loading

rbhanda commented Oct 13, 2020

rbhanda commented Sep 14, 2020 •

edited

Loading

captainsafia commented Sep 14, 2020 •

edited

Loading

reinux commented Sep 25, 2020 •

edited

Loading

dennisrahmen commented Oct 9, 2020 •

edited

Loading

ariel- commented Oct 9, 2020 •

edited

Loading