=JeffH
=JeffH via GitHub
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Wednesday, 26 January)
- Re: [webauthn] Backup state of credentials (#1692) (Wednesday, 26 January)
- Re: [webauthn] Synced Credentials (#1665) (Tuesday, 25 January)
- [webauthn] new commits pushed by equalsJeffH (Tuesday, 18 January)
- Re: [webauthn] device public key extension (#1663) (Tuesday, 18 January)
- [webauthn] new commits pushed by equalsJeffH (Tuesday, 18 January)
- [webauthn] new commits pushed by equalsJeffH (Tuesday, 18 January)
- [webauthn] new commits pushed by equalsJeffH (Friday, 14 January)
- [webauthn] new commits pushed by equalsJeffH (Wednesday, 12 January)
- [webauthn] new commits pushed by equalsJeffH (Wednesday, 12 January)
- [webauthn] should reference "attestation statement format" registry instead of "extensions" registry (#1689) (Wednesday, 12 January)
- [webauthn] new commits pushed by equalsJeffH (Tuesday, 11 January)
- [webauthn] new commits pushed by equalsJeffH (Tuesday, 11 January)
- Re: [webauthn] Incorrect "to create" phrase used in get() section's introduction? (#1687) (Tuesday, 11 January)
- Re: [webauthn] Incorrect "to create" phrase used in get() section's introduction? (#1687) (Monday, 10 January)
Adam Langley via GitHub
Akshay Kumar via GitHub
Anders Rundgren via GitHub
Arshad Noor via GitHub
David Waite via GitHub
- Re: [webauthn] Backup state of credentials (#1692) (Thursday, 27 January)
- Re: [webauthn] Backup state of credentials (#1692) (Thursday, 27 January)
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Wednesday, 26 January)
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Tuesday, 25 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Sunday, 23 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Sunday, 23 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Friday, 21 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Friday, 21 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Friday, 21 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Friday, 21 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Thursday, 20 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Thursday, 20 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Wednesday, 19 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Tuesday, 18 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Tuesday, 11 January)
- Re: [webauthn] Should an RP be able to provide finer grained authenticator filtering in attestation options? (#1688) (Monday, 10 January)
Emil Lundberg
Emil Lundberg via GitHub
- [webauthn] new commits pushed by emlun (Wednesday, 26 January)
- [webauthn] Merged Pull Request: Change "create any credentials" to "create any assertions" in get() description (Wednesday, 26 January)
- Closed: [webauthn] Incorrect "to create" phrase used in get() section's introduction? (#1687) (Wednesday, 26 January)
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Wednesday, 26 January)
- [webauthn] Pull Request: Change "create any credentials" to "create any assertions" in get() description (Tuesday, 25 January)
- [webauthn] new commits pushed by emlun (Tuesday, 25 January)
- Re: [webauthn] Backup state of credentials (#1692) (Tuesday, 25 January)
- Re: [webauthn] Device-bound key extension (#1658) (Tuesday, 25 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] Incorrect "to create" phrase used in get() section's introduction? (#1687) (Tuesday, 11 January)
- Re: [webauthn] Incorrect "to create" phrase used in get() section's introduction? (#1687) (Tuesday, 11 January)
- Re: [webauthn] Syncing Platform Keys, Recoverability and Security levels (#1640) (Tuesday, 11 January)
- Re: [webauthn] Incorrect "to create" phrase used in get() section's introduction? (#1687) (Monday, 10 January)
- Re: [webauthn] Syncing Platform Keys, Recoverability and Security levels (#1640) (Monday, 10 January)
- Re: [webauthn] Cross origin authentication without iframes (accommodating SPC in WebAuthn) (#1667) (Monday, 10 January)
- Re: [webauthn] Should an RP be able to provide finer grained authenticator filtering in attestation options? (#1688) (Monday, 10 January)
Firstyear via GitHub
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Wednesday, 26 January)
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Tuesday, 25 January)
- Re: [webauthn] Device-bound key extension (#1658) (Tuesday, 25 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Sunday, 23 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Friday, 21 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Thursday, 20 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Thursday, 20 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Tuesday, 18 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Friday, 14 January)
- Re: [webauthn] Syncing Platform Keys, Recoverability and Security levels (#1640) (Tuesday, 11 January)
- Re: [webauthn] Syncing Platform Keys, Recoverability and Security levels (#1640) (Tuesday, 11 January)
github-actions[bot] via GitHub
John Bradley via GitHub
Lucas Garron via GitHub
Martin Kreichgauer via GitHub
Matthew Miller via GitHub
- Re: [webauthn] Synced Credentials (#1665) (Tuesday, 25 January)
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Tuesday, 25 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Sunday, 23 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Saturday, 22 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Friday, 21 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Friday, 21 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Saturday, 15 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Saturday, 15 January)
- Re: [webauthn] Provide request deserialization, response serialization (#1683) (Tuesday, 11 January)
Max Hata via GitHub
Meydan Ozeri via GitHub
nadalin@prodigy.net
Nick Steele via GitHub
Rolf Lindemann via GitHub
Shane Weeden via GitHub
Tim Cappalli via GitHub
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Wednesday, 26 January)
- Re: [webauthn] Synced Credentials (#1665) (Tuesday, 25 January)
- Re: [webauthn] Synced Credentials (#1665) (Tuesday, 25 January)
- Re: [webauthn] devicePubKey extension MUST be supported if multi-device WebAuthn credentials are used (#1691) (Tuesday, 25 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devicePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Monday, 24 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Friday, 21 January)
- Re: [webauthn] devciePubKey extension MUST be supported if passkey is supported (#1691) (Thursday, 20 January)
- Re: [webauthn] Should an RP be able to provide finer grained authenticator filtering in attestation options? (#1688) (Monday, 10 January)
W3C Calendar
W3C Webmaster via GitHub API
謝宗儒 via GitHub
Last message date: Thursday, 27 January 2022 22:41:19 UTC