The spec has changed, WebCrypto HmacKeyParams.length is now in bits, not bytes. This makes it consistent with other lengths.
Created attachment 240835 [details] Patch
Attachment 240835 [details] did not pass style-queue: ERROR: LayoutTests/ChangeLog:6: Line contains tab character. [whitespace/tab] [5] ERROR: Source/WebCore/dom/ExceptionCode.h:64: enum members should use InterCaps with an initial capital letter. [readability/enum_casing] [4] ERROR: Source/WebCore/ChangeLog:8: You should remove the 'No new tests' and either add and list tests, or explain why no new tests were possible. [changelog/nonewtests] [5] Total errors found: 3 in 12 files If any of these errors are false positives, please file a bug against check-webkit-style.
Created attachment 240836 [details] TestResults.pdf This file is the result of the commonad "./Tools/Scripts/run-webkit-tests -q /$USER_PATH/WebKit/LayoutTests/crypto/subtle/l"
Sorry, please ignore the patch at Comment2. I should not add new error code into DOMCoreExceprion. @Alexey Proskuryakov I'm new to WebKit. Would you mind helping me to fix this bug? I think I should make new ExceptionFile like IDBDatabaseException[1] to handle DATA_ERR. [1]https://trac.webkit.org/browser/trunk/Source/WebCore/Modules/indexeddb/IDBDatabaseException.h
Comment on attachment 240835 [details] Patch We already shipped it like this, so we can't just fix it without aligning with the rest of the spec, and removing webkit prefix. Otherwise, there is no good way for JS code to know what units the length is in.
Thank you for your answering. Is there plan to remove WebKit prefix?
I don't think that anyone is working on this now. It may be best to start a parallel implementation under an #if, and enable it when done. There were so many changes in the spec since last year that it should be easier to implement it from scratch than to fix the old implementation.
<rdar://problem/27857924>
This bug is fixed by Bug 163718.