The spec now relies on HTML's "allowed to use" to generate the "SecurityError" DOMException, so the current wording in the spec is a bit misleading, because it makes mention of secure contexts.
I suggest we drop:
* the reference to Secure Context,
* the note that defines what [SecureContext] is (dup definitions always end in sadness - we shouldn't redefine things from WebIDL).
* the messages from the DOMExceptions (we now link directly to WebIDL - these are not needed). Additionally, error messages should be defined in place where they are generated to provide developers with context of why an error occurred. Generic error messages are usually pretty unhelpful.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/w3c/browser-payment-api/issues/399