Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Map authenticator transports on server side #453

Merged
merged 4 commits into from Dec 22, 2023

Conversation

joegoldman2
Copy link
Contributor

@joegoldman2 joegoldman2 commented Oct 23, 2023

Map the authenticator transports on server side. The demo app already stores the value:

Transports = success.Result.Transports,

@codecov-commenter
Copy link

codecov-commenter commented Oct 23, 2023

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (66ae98f) 73.83% compared to head (9cd3999) 73.88%.

❗ Your organization needs to install the Codecov GitHub app to enable full functionality.

Additional details and impacted files
@@            Coverage Diff             @@
##           master     #453      +/-   ##
==========================================
+ Coverage   73.83%   73.88%   +0.04%     
==========================================
  Files          99       99              
  Lines        2710     2711       +1     
  Branches      445      445              
==========================================
+ Hits         2001     2003       +2     
+ Misses        604      603       -1     
  Partials      105      105              

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@abergs
Copy link
Collaborator

abergs commented Nov 10, 2023

@iamcarbon @aseigler While this could be merged, we're currently not showcasing transports anywhere.

In fact, we have this line: https://github.com/passwordless-lib/fido2-net-lib/blob/master/Src/Fido2/AuthenticatorAttestationResponse.cs#L193 which specifically mentions that you would need to get this yourself somehow.

Should we remove Transports from RegisteredPublicKeyCredential? Or should we somehow make it part of the story?

Copy link
Collaborator

@abergs abergs left a comment

Choose a reason for hiding this comment

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

Actually - when reading the spec, My opinion is that we should add transports to our server side raw class and keep sending it from JS, just like we do. We should additionally make sure it ends up in the RegisteredPublicKeyCredential class

@joegoldman2 joegoldman2 changed the title Remove transports field from js/ts as it is not mapped on server side Map authencator transports on server side Nov 10, 2023
@joegoldman2 joegoldman2 changed the title Map authencator transports on server side Map authenticator transports on server side Nov 10, 2023
Copy link
Collaborator

@abergs abergs left a comment

Choose a reason for hiding this comment

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

@joegoldman2 Thank you, I think this looks solid.

Would welcome any second opinions from @iamcarbon or @aseigler, but I'm approving this.

@aseigler
Copy link
Collaborator

Code looks reasonable to me, not sure what is going on with those failed tests. Is that new or an environment issue?

@abergs
Copy link
Collaborator

abergs commented Dec 22, 2023

I'm trying to re-run those checks to see if can get this in!

@abergs abergs merged commit 5e5f289 into passwordless-lib:master Dec 22, 2023
11 checks passed
@joegoldman2 joegoldman2 deleted the feat/remove-transports branch December 22, 2023 21:29
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants