- From: Ryan Sleevi <sleevi@google.com>
- Date: Thu, 2 May 2013 13:52:54 -0700
- To: Israel Hilerio <israelh@microsoft.com>
- Cc: "public-webcrypto@w3.org" <public-webcrypto@w3.org>
I thought the more common alternative was to specify a parallel interface that matches the Dictionary parameters, but with the values set as readonly attributes. On Thu, May 2, 2013 at 1:29 PM, Israel Hilerio <israelh@microsoft.com> wrote: > While reviewing the latest editor's draft of the Web Crypto API [1], we noticed a potential problem that might we worth quickly addressing before the spec advances to last call. > > Web Crypto defines an "Algorithm" as a dictionary type [2]. The Algorithm dictionary is useful for specifying multiple input parameters to a variety of functions in a natural, JavaScript-friendly way. > > The Algorithm dictionaries are also available in CryptoOperation [3] and Key [4] to allow for inspection of the source algorithm information from which those objects were created. > > The potential problem we've found is that Algorithm is provided on CryptoOperation and Key as a readonly attribute. This syntactic form is strictly prohibited by WebIDL [5], which states: > > "The type of the attribute, after resolving typedefs, MUST NOT be a nullable or non-nullable version of any of the following types: > .a sequence type > .a dictionary > .a union type that has a nullable or non-nullable sequence type or dictionary as one of its flattened member types" [6] > > Instead, the recommend technique for providing a dictionary type as output is via an operation, such as "getAlgorithm()". We'd like to recommend that we make a change now to convert the two occurrences that use Algorithm as an attribute in the spec to use a method instead. This will avoid a late-breaking API change later (at LC or CR) when other working groups review the spec and uncover this violation. We're open to alternative name suggetions-"getAlgorithm" just seems like the least amount of churn to address the issue. > > This suggestion will have the following impact on the Key and CryptoOperation interfaces: > > interface CryptoOperation : EventTarget { > void init(); > void processData(ArrayBufferView buffer); > void complete(); > void abort(); > > readonly attribute Key? key; > readonly attribute any result; > > Algorithm getAlgorithm(); > > [TreatNonCallableasNull] attribute Function? onabort; > [TreatNonCallableAsNull] attribute Function? onerror; > [TreatNonCallableAsNull] attribute Function? oninit; > [TreatNonCallableAsNull] attribute Function? onprogress; > [TreatNonCallableAsNull] attribute Function? oncomplete; > }; > > interface Key { > readonly attribute KeyType type; > readonly attribute bool extractable; > readonly attribute KeyUsage[] keyUsage; > > Algorithm getAlgorithm(); > }; > > Thanks, > IE team > > > [1] https://dvcs.w3.org/hg/webcrypto-api/raw-file/tip/spec/Overview.html > [2] https://dvcs.w3.org/hg/webcrypto-api/raw-file/tip/spec/Overview.html#algorithm-dictionary > [3] https://dvcs.w3.org/hg/webcrypto-api/raw-file/tip/spec/Overview.html#cryptooperation-interface > [4] https://dvcs.w3.org/hg/webcrypto-api/raw-file/tip/spec/Overview.html#key-interface > [5] http://dev.w3.org/2006/webapi/WebIDL/ > [6] http://dev.w3.org/2006/webapi/WebIDL/#idl-attributes > > >
Received on Thursday, 2 May 2013 20:53:21 UTC