IUserApi.GetUserAsync no longer returns Task<User>

[klightspeed]

Describe the bug?

In 9.0, IUserApiAsync.GetUserAsync returns Task<UserGetSingleton>, where it previously returned Task<User>. This is incompatible with the return of IOktaCollectionClient<User> from IApiUserAsync.ListUsers, requiring duplication of code to handle the two different types.

This breaking change to GetUserAsync is not mentioned in the migration guide.

What is expected to happen?

IApiUserAsync.ListUsers and IApiUserAsync.GetUserAsync return compatible types

What is the actual behavior?

IApiUserAsync.ListUsers and IApiUserAsync.GetUserAsync return incompatible types

Reproduction Steps?

Update from Okta.Sdk 8.0 to Okta.Sdk 9.0 in a project that relies on GetUserAsync returning Task<Okta.Sdk.Model.User>

Additional Information?

No response

.NET Version

8.0.400

SDK Version

9.0.0

OS version

No response

[bryanapellanes-okta]

@klightspeed thanks for bringing this to our attention. I've entered an internal issue for tracking and prioritization: OKTA-829605

[pdubb29]

Do you have a timeline on this fix? We have a need to upgrade to v9 of this library in order to get the UserFactors

[pdubb29]

Do you have an estimated timeline for this fix? We are trying to get factors listed, which requires we update to v9 of this sdk, but we are unable to do so until this defect is fixed.

[DevinEnnis]

Can you please provide an update for this issue? This is critical for our project which requires v9.

[QuietLectorem]

@bryanapellanes-okta , can you provide an update on the status of OKTA-829605? This is a critical blocker to our business. This issue prevents us from complying with NY State regulations for required MFA.

[meganmuirhead]

@bryanapellanes-okta Is there anyway you please provide an update on this? Do we know when a fix will be out? Im working on a project and this is critical aspect, we need v9

[pdubb29]

What we ended up doing in our project, and hopefully this is helpful to the other people looking at this issue:
We created a local copy of the class that would take both Okta.Sdk.Model.UserGetSingleton and Okta.Sdk.Model.User in its constructors and do a deep copy of the properties that were required by our library.
Any properties that weren't required were not copied to our local class.

[bryanapellanes-okta]

@pdubb29 @DevinEnnis @QuietLectorem @meganmuirhead I apologize for the delayed response. We are reviewing this issue now to determine an appropriate fix.