-
Notifications
You must be signed in to change notification settings - Fork 104
Description
Describe the bug?
When I attempt to retrieve the factors for a user, I see duplicates of the Profile and Provider properties in the debugger, one with the expected value and the other with a null value. Attempting to access any of these properties only gives the null value back. I currently only see this issue on webauthn factor types. Email and SMS factors also showed this behavior previously but they show as expected since updating to v9.1.2.
I initially reported this in issue #779, the fix released for that did resolve the issue with the FactorType property, but not the Profile and Provider fields.
The types on the duplicate properties do show as different in the Visual Studio debugger:
Type with null -> type with expected value:
Profile: Okta.Sdk.Model.UserFactor -> Okta.Sdk.Model.UserFactorWebAuthnProfile
Provider: Okta.Sdk.Model.UserFactor -> Okta.Sdk.Model.UserFactorProvider
What is expected to happen?
I should only see a single instance of these properties with the matching enum like class value.
What is the actual behavior?
I see two properties with the same name, one with a string value, and one with a null value. Only the null value is returned when I attempt to access the property.
Reproduction Steps?
- Enrol user with a passkey
- Call the IUserFactorApi.ListFactors(string userId) API
- Try to access any of the Profile, and Provider values and receive only the null value. Debugger will show the correct underlying string value.
Additional Information?
No response
.NET Version
9.0.102
SDK Version
v9.2.3
OS version
BuildNumber
19045
Caption
Microsoft Windows 10 Enterprise
OSArchitecture
64-bit
Version
10.0.19045