| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
| |
https://bugzilla.mozilla.org/show_bug.cgi?id=1128959
|
| |
|
|
|
|
| |
Vim control lines were re-introduced or not entirely cleaned up.
This nukes them again.
Removing from dom. More to come.
|
| |
|
|
|
| |
Just in case someone forces the wrong key type and misuses WebCrypto.
It won't be usable anyway so better to throw.
|
| |
|
|
| |
This should reduce compile complexity saving time and reducing linker stress.
|
| |
|
|
|
| |
Note this won't give working applications. Requires FE changes and
additional js module changes (next part).
|
| |
|
|
| |
Re-apply now we have PKCS11 v3.0 again
|
| |
|
|
| |
This reverts commit 2b6effbf29cb4f7aa85e4f697c79c473cc4c9ea4.
|
| | |
|
| | |
|
| |
|
|
|
|
| |
Since these are just interpreted comments, there's 0 impact on actual code.
This removes all lines that match /* vim: set(.*)tw=80: */ with S&R -- there are
a few others scattered around which will be removed manually in a second part.
|
| |
|
|
| |
no optimizations in dom/
|
| | |
|
| | |
|
| |
|
|
|
| |
This creates a number of stubs and leaves some surrounding code that may be irrelevant (eg. recorded time stamps, status variables).
Stub resolution/removal should be a follow-up to this.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
After calling mResult.SetLength(mData.Length() + 16) we should check
that the integer addition didn't overflow. It seems at the moment
impossible to create ArrayBuffers of size >= 0x0xfffffff0, however
adding a check here doesn't hurt.
mResult.Length() is passed to the PK11 API functions as a
maxOut parameter and should be checked by the
softoken crypto algorithm implementations.
AES-ECB and AES-GCM seem to do that correctly.
|
| |
|
