29514 2016-03-02 15:07:57 +0000 Need to define which globals objects created by this spec are associated with 2016-05-24 00:38:34 +0000 1 1 1 Unclassified Web Cryptography Web Cryptography API Document unspecified PC All RESOLVED MOVED P2 normal --- 1 bzbarsky sleevi public-webcrypto watsonm oldest_to_newest 125324 0 bzbarsky 2016-03-02 15:07:57 +0000 Consider the attached testcase. I believe it should log false, true, false, true. That's not what I see in either Chrome or Firefox, though, and Chrome and Firefox don't agree with each other either. The spec doesn't actually define behavior here. It simply says: Let result be the CryptoKey object that results from performing the import key operation specified by normalizedAlgorithm using keyData, algorithm, format, extractable and usages. and the specific algorithm sections say things like: Let key be a new CryptoKey object that represents the RSA public key identified by publicKey without saying which global it's associated with. Note that the IDL specification requires all IDL objects to be explicitly associated with some global. There are proposals for adding some sort of implicit association for simple cases of synchronous object creation (which would make the first two things logged in this testcase be "false, true", as in Firefox), but async things would need to be handled a bit more explicitly still. In any case, I consider the Firefox behavior here where the Promise and the CryptoKey come from different globals a bug (tracked at <https://bugzilla.mozilla.org/show_bug.cgi?id=1250930>) and will suggest that Firefox switch to the "false, true, false, true" behavior I mention above... 125325 1 1637 bzbarsky 2016-03-02 15:08:28 +0000 Created attachment 1637 Testcase 126545 2 watsonm 2016-05-24 00:38:34 +0000 Moved to https://github.com/w3c/webcrypto/issues/85 1637 2016-03-02 15:08:28 +0000 2016-03-02 15:08:28 +0000 Testcase bar.html text/html 587 bzbarsky PCFET0NUWVBFIGh0bWw+CjxodG1sPgo8aWZyYW1lPjwvaWZyYW1lPgo8c2NyaXB0PgogIG9ubG9h ZCA9IGZ1bmN0aW9uKCkgewogICAgdmFyIHAgPSBjcnlwdG8uc3VidGxlLmltcG9ydEtleS5jYWxs KAogICAgICBmcmFtZXNbMF0uY3J5cHRvLnN1YnRsZSwKICAgICAgInJhdyIsCiAgICAgIGNyeXB0 by5nZXRSYW5kb21WYWx1ZXMobmV3IFVpbnQ4QXJyYXkoMTApKSwKICAgICAge25hbWU6ICJITUFD IixoYXNoOiB7bmFtZTogIlNIQS0xIn0sfSwKICAgICAgZmFsc2UsCiAgICAgIFsic2lnbiIsICJ2 ZXJpZnkiXSk7CiAgICBjb25zb2xlLmxvZyhwLl9fcHJvdG9fXyA9PSBQcm9taXNlLnByb3RvdHlw ZSk7CiAgICBjb25zb2xlLmxvZyhwLl9fcHJvdG9fXyA9PSBmcmFtZXNbMF0uUHJvbWlzZS5wcm90 b3R5cGUpOwogICAgcC50aGVuKGZ1bmN0aW9uKGtleSkgewogICAgICBjb25zb2xlLmxvZyhrZXku X19wcm90b19fID09IENyeXB0b0tleS5wcm90b3R5cGUpOwogICAgICBjb25zb2xlLmxvZyhrZXku X19wcm90b19fID09IGZyYW1lc1swXS5DcnlwdG9LZXkucHJvdG90eXBlKQogICAgfSk7CiAgfQo8 L3NjcmlwdD4KPC9odG1sPgo=