Skip to content

Conversation

@carlossanlop
Copy link
Contributor

This is not a new API, it was merely ported from Framework to Core: dotnet/corefx#31111
The only API missing documentation was the default constructor.
Adding @Anipik since he ported this class. Is the description of the default constructor good enough for you? It's not explicitly specified in the code you ported but it needs to get documented anyway.

@carlossanlop carlossanlop added new-content Indicates PRs that contain new articles waiting-on-reviews Indicates PRs that cannot be merged because of the lack of reviews 🏁 Release: .NET Core 3.0 :checkered_flag: Release: .NET Core 3.0 labels Aug 6, 2019
@carlossanlop carlossanlop added this to the August 2019 milestone Aug 6, 2019
@carlossanlop carlossanlop self-assigned this Aug 6, 2019
Copy link
Contributor

@mairaw mairaw left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM but this is a new API for 3.0. In .NET Framework, this class was static, so no constructor was shown. Now in .NET Platform Extensions 3.0 for example, it was changed to sealed and so now the class has a constructor.

@mairaw
Copy link
Contributor

mairaw commented Aug 6, 2019

One thing that I've noticed though is that the API catalog considers that constructor .NET Core 3.0 only, while docs is showing both:
https://apisof.net/catalog/System.Security.Cryptography.X509Certificates.X509Certificate2UI..ctor()
https://docs.microsoft.com/en-us/dotnet/api/system.security.cryptography.x509certificates.x509certificate2ui.-ctor

However, I can't find that API in the assemblies I have for .NET Core 3.0, just in the .NET Platform Extension one. What should be the correct behavior so I can open the bug? System.Windows.Extensions.dll was sent to me as part of extensions, not the shared framework. /cc @safern @terrajobst

@carlossanlop carlossanlop removed the waiting-on-reviews Indicates PRs that cannot be merged because of the lack of reviews label Aug 6, 2019
@carlossanlop
Copy link
Contributor Author

The build failed, but the root cause was unrelated to my change. Closing and reopening to trigger a new build.

@carlossanlop carlossanlop reopened this Aug 6, 2019
@safern
Copy link
Member

safern commented Aug 6, 2019

However, I can't find that API in the assemblies I have for .NET Core 3.0, just in the .NET Platform Extension one. What should be the correct behavior so I can open the bug? System.Windows.Extensions.dll was sent to me as part of extensions, not the shared framework.

System.Windows.Extensions is not part of the shared framework, it ships as an OOB package, but I believe winforms brings it into its closure as a package reference, just as it does with System.Drawing.Common. The reason why it is showing in APICatalog is because we mixed up the the drops, but we will fix this sometime soon.

@carlossanlop
Copy link
Contributor Author

@mairaw the build passed. Can we get this merged?

@mairaw
Copy link
Contributor

mairaw commented Aug 6, 2019

@safern sounds good!

@carlossanlop yes, merging now!

@mairaw mairaw merged commit 57cbbf1 into dotnet:master Aug 6, 2019
@carlossanlop carlossanlop deleted the X509Certificate2UI branch August 6, 2019 22:50
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

🏁 Release: .NET Core 3.0 :checkered_flag: Release: .NET Core 3.0 new-content Indicates PRs that contain new articles

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants