W3C home > Mailing lists > Public > public-webauthn@w3.org > September 2016

[w3c/webauthn] b6a279: Adding the User Verification Mode extension as per...

From: GitHub <noreply@github.com>
Date: Thu, 01 Sep 2016 08:39:20 -0700
To: public-webauthn@w3.org
Message-ID: <57c84ba88cadc_27e13fe42fbe913492395@hookshot-fe5-cp1-prd.iad.github.net.mail>
  Branch: refs/heads/master
  Home:   https://github.com/w3c/webauthn
  Commit: b6a2790a029263f3b5763e8d76771e57c1dadde3
      https://github.com/w3c/webauthn/commit/b6a2790a029263f3b5763e8d76771e57c1dadde3
  Author: Rahul Ghosh <rdghosh@gmail.com>
  Date:   2016-09-01 (Thu, 01 Sep 2016)

  Changed paths:
    M index.bs

  Log Message:
  -----------
  Adding the User Verification Mode extension as per discussions in theā€¦ (#169)

* Adding the User Verification Mode extension as per discussions in the WG weekly metings. After a lot of thought I retained the sub-array instead of converting the sub-items in the extension to a map. This was primarily to avoid having to define string based keys that increases the size of the extension. Given that the array is well defined I think it keeps it easier to process in software and extendable for future additions as well.

* Cleaned up exposition of processing rules (#154)

* Replace facet with origin

Facet was a holdover from the old FIDO specs and origin is the term used
everywhere in this spec (as well as in recent FIDO specs)

* Clean up explanation of computing clientDataHash and passing to authenticator

Fixes #153

* Remove text from authnsel extension to avoid chicken-and-egg problem

Fixes #152

* Address comments from @equalsJeffH

* Update index.bs with proposed location extension (#157)

* Update index.bs

* Update index.bs

* Update index.bs

* Update index.bs

* Adding the User Verification Mode extension as per discussions in the WG weekly metings. After a lot of thought I retained the sub-array instead of converting the sub-items in the extension to a map. This was primarily to avoid having to define string based keys that increases the size of the extension. Given that the array is well defined I think it keeps it easier to process in software and extendable for future additions as well.

* fixing another merge issue with uvm extension being repeated following upstream merge
Received on Thursday, 1 September 2016 15:39:57 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 07:26:22 UTC