Fix IsOSVersionAtLeast when build or revision are not provided

[kotlarmilos]

Description

This PR fixes #108694 by updating IsOSVersionAtLeast to treat unspecified build or revision components as zero.

Breaking change notice: dotnet/docs#43156

[am11]

LGTM 👍
It's not a regression so not sure if it is eligible for backport.

[kotlarmilos]

/azp run runtime-extra-platforms

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[kotlarmilos]

/azp run runtime-extra-platforms

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[kotlarmilos]

/azp run runtime-extra-platforms

[azure-pipelines]

Azure Pipelines successfully started running 1 pipeline(s).

[kotlarmilos]

I still think that's a change that we should make, but I don't feel too strongly about it.

@jkotas What is the cost of filling a breaking change notice?

Not related to this PR, but something that seems a bit inconsistent. When using the full constructor overload, it requires the build and revision components to be >= 0, otherwise they are unspecified.

This causes an issue on MacCatalyst with the following code:

Version current = Environment.OSVersion.Version;
Version newVersion = new Version(current.Major, current.Minor, current.Build, current.Revision); // This will throw ArgumentOutOfRange exception

[am11]

This causes an issue on MacCatalyst with the following code:

Version current = Environment.OSVersion.Version;
Version newVersion = new Version(current.Major, current.Minor, current.Build, current.Revision); // This will throw ArgumentOutOfRange exception

I think user should check the values in this case, or they can use current.Clone(); to get a copy.

[jkotas]

@jkotas What is the cost of filling a breaking change notice?

https://github.com/dotnet/runtime/blob/main/docs/project/breaking-change-process.md has the instructions

[jkotas]

The rationale is that it would align the behavior between iOS and Mac Catalyst.

Why is the behavior between iOS and Mac Catalyst different at the OS level?

[filipnavara]

Why is the behavior between iOS and Mac Catalyst different at the OS level?

It’s really not different but the version values are retrieved in a different way. Both iOS and macOS use version numbers with 2 or 3 components and we were always normalizing that to 3 (by retrieving the version as NSOperatingSystemVersion and then constructing System.Version from 3 individual numbers).

Mac Catalyst is just macOS app like any other calling the same macOS libraries like a normal Mac app would and having the same structure. The principal difference is that the SDK exposes different parts of the API surface but at the end of the day it still calls the same libraries. There are some quirk flags to make some APIs behave like iOS but that mostly appeared when Apple added support for running unmodified iOS apps on ARM macOS.

When it comes to Mac Catalyst versioning there is a mapping between a macOS version and the supported iOS API surface version. Retrieving NSOperatingSystemVersion would return the macOS version, not the Mac Catalyst version. The iOS support version is stored in an XML PList file where we read it from (same as LLVM does in the support libraries for OS version checks). We get the version as a string and naively pass it to Version.Parse. We just never normalized it to 3 components in this case. If the PList files has version with 2 components then it's parsed as 2.

[kotlarmilos]

/ba-g browser-wasm timeouts

[kotlarmilos]

/backport to release/9.0-staging

[github-actions]

Started backporting to release/9.0-staging: https://github.com/dotnet/runtime/actions/runs/11496583371

[github-actions]

@kotlarmilos an error occurred while backporting to release/9.0-staging, please check the run log for details!

Error: The specified backport target branch release/9.0-staging wasn't found in the repo.

[kotlarmilos]

The IsOSVersionAtLeast​ fix will be backported to .NET 9 in a servicing release without the breaking change once the release/9.0-staging becomes available.

[kotlarmilos]

/backport to release/9.0-staging

[github-actions]

Started backporting to release/9.0-staging: https://github.com/dotnet/runtime/actions/runs/11571315974