.NET 7.0 RC 1

[dcwhittaker]

Release Notes

Please report any issues you find with .NET 7 RC1, 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 this 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.

[DoomerDGR8]

Hi!

Congrats on the release.

Immediately, the RegexGenerator attribute is not getting resolved. Packages are updated and also the global.json too.

[RegexGenerator("[(?*\",\\\\<>&#~%{}+$^@.\\s:\\/!;)]+")]
private static partial Regex FileFolderNameInvalidCharacterRegex();

[teo-tsirpanis]

@DoomerDGR8 it has been renamed to [GeneratedRegex].

[danmoseley]

I think our mechanism for noting significant preview->preview breaking changes is to put in the issues like #7716 and then feed into the release blog. I think we maybe missed that issue this time - but it wasn't in there anyway. I added it now. So hopefully it is found.

[amis92]

Hi, not sure where to raise that, but it seems the https://dotnetcli.azureedge.net/dotnet/Sdk/7.0/latest.version doesn't work correctly (it refers to Preview 7 still), which causes these two invocations to have different results:

> .\dotnet-install.ps1 -Channel 7.0 -Quality preview -DryRun
[snipped for brevity]
dotnet-install: Payload URLs:
dotnet-install: URL #0 - aka.ms: https://dotnetcli.azureedge.net/dotnet/Sdk/7.0.100-rc.1.22431.12/dotnet-sdk-7.0.100-rc.1.22431.12-win-x64.zip

> .\dotnet-install.ps1 -Channel 7.0 -DryRun
[snipped for brevity]
dotnet-install: Payload URLs:
dotnet-install: URL #0 - primary: https://dotnetcli.azureedge.net/dotnet/Sdk/7.0.100-preview.7.22377.5/dotnet-sdk-7.0.100-preview.7.22377.5-win-x64.zip
dotnet-install: URL #1 - legacy: https://dotnetcli.azureedge.net/dotnet/Sdk/7.0.100-preview.7.22377.5/dotnet-dev-win-x64.7.0.100-preview.7.22377.5.zip

Which in the end will install Preview 7 for dotnet-install -Channel 7.0 and RC1 for dotnet-install -Channel 7.0 -Quality preview.

It's important for CI/CD scenarios where we want to start using .NET 7 with Release Candidates and then fluently move to GA when it's released (so we want to just use the dotnet-install -Channel 7.0 command).

[dcwhittaker]

@amis92 I've just checked all of them and updated the SDK version. If you could try again and let me know if you're still running into issues. Thanks so much!

[amis92]

I guess I'll need to wait a bit for CDN to refresh cache, as ./dotnet-install.ps1 -Channel 7.0 -DryRun -NoCdn now does resolve to RC1, but same without -NoCdn switch still has Preview 7. Thanks!

[amis92]

Hmm @dcwhittaker I'm not sure how long it's going to get cached? https://dotnetcli.azureedge.net/dotnet/Sdk/7.0/latest.version (which is what ./dotnet-install.ps1 -Channel 7.0 -DryRun uses afaik) is still cached on the edge if I understand correctly and returns Preview 7. Shouldn't these files have cache purged for them when updating?

[dcwhittaker]

Hi @amis92 - can you try again? We just purged the cache again.

[amis92]

I've verified - that's all fixed now, thanks so much!

[Chamberlain91]

Using internal fixed float M[16]; for a Mat4 struct is not being initialized to all zeros in an Android release build.

[sub7ero]

The code analysis breaks now. Unfortunatley no fix as described here works.

[esskar]

New issue created #7840

[dcwhittaker]

Closed in favor of #7865