Re: HmacKeyAlgorithm missing length?

Will do.


On Tue, Mar 18, 2014 at 6:44 PM, Ryan Sleevi <sleevi@google.com> wrote:

> I don't see a spec bug filed. Did you mean to file one?
>
>
> On Tue, Mar 18, 2014 at 3:32 PM, Richard Barnes <rlb@ipv.sx> wrote:
>
>> On Tue, Mar 18, 2014 at 5:13 PM, Ryan Sleevi <sleevi@google.com> wrote:
>>
>>> The NoInterfaceObject is largely syntactic sugar, since interface
>>> objects do get created once the object is exposed as an attribute.
>>> Arguably, we could remove them all and have the exact same external
>>> behaviour.
>>>
>>> I'm assuming you mean to say "readonly unsigned long length" - since
>>> this is an interface, not a dictionary.
>>>
>>
>> Yep.  Copy/paste error.
>>
>> --Richard
>>
>>
>>>
>>> I can buy that for a dollar. It matches the same justification for the
>>> other keys - allow an app to determine (effective) security strength of the
>>> key in question.
>>>
>>>
>>> On Tue, Mar 18, 2014 at 10:40 AM, Richard Barnes <rlb@ipv.sx> wrote:
>>>
>>>> It seems like we expose length attributes for all of the *KeyAlgorithm
>>>> interfaces besides HmacKeyAlgorithm.  Also, the other *KeyAlgorithm
>>>> interfaces have the [NoInterfaceObject] directive.
>>>>
>>>> Proposed micro-patch:
>>>> +[NoInterfaceObject]
>>>>  interface HmacKeyAlgorithm : KeyAlgorithm {
>>>>    // The inner hash function to use.
>>>>    readonly attribute KeyAlgorithm hash;
>>>> +  // The length (in bits) of the key
>>>> +  [EnforceRange] unsigned long length;
>>>>  };
>>>>
>>>
>>>
>>
>