Closed zacknewman closed 3 months ago
Thanks for pointing this out!
2024-05-15 WG call: Agreed we should change PublicKeyCredentialRpEntity.id
to USVString
. Strictly speaking this is a breaking change (changing a type bound in input (contravariant) position to be more restrictive), but in practice this shouldn't be able to break any applications since then those credentials wouldn't have worked in get()
anyway.
@jschanck Seeing as Firefox is the browser that makes the most actual use of WebIDL - would changing PublicKeyCredentialRpEntity.id
to USVString
be a problem for Firefox?
No, that wouldn't be a problem.
PublicKeyCredentialRequestOptionsJSON.rpId
should also be changed to a USVString
too.
Both
PublicKeyCredentialRpEntity.id
andPublicKeyCredentialRequestOptions.rpId
represent the same thing (i.e., RP ID); however the former is modeled as aDOMString
while the latter is modeled as aUSVString
. These should be the same type. SpecificallyPublicKeyCredentialRequestOptions.rpId
should be aDOMString
as well orPublicKeyCredentialRpEntity.id
should be aUSVString
. Should be noted thatPublicKeyCredentialRequestOptionsJSON.rpId
is already aDOMString
.