| Commit message (Collapse) | Author | Age | Lines |
|
|
|
| |
Issue #77
|
|
|
|
| |
Issue #77
|
|
|
|
| |
Issue #77
|
|
|
|
|
| |
Issue #77
[Depends on] Bug 1192038: RegExp.prototype should be an ordinary object
|
|\
| |
| |
| |
| |
| | |
This resolves #76
Merged remote-tracking branch 'janek/js_error_ordinary-object_1'
|
| | |
|
| | |
|
| |
| |
| |
| | |
js/src/gc/Allocator.cpp:79
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | | |
Set "secureConnectionStart" to 0 for pages with HTTP scheme
|
| |/
| |
| |
| | |
Issue #67
|
|\ \
| | |
| | |
| | |
| | |
| | | |
This resolves #79.
Merged remote-tracking branch 'janek/js_strict_arguments_caller_removed_1'
|
| |/ |
|
|\ \
| | |
| | |
| | |
| | |
| | | |
This resolves #72.
Merged remote-tracking branch 'janek/js_variable_unicode_1'
|
| |/
| |
| |
| |
| |
| | |
alphanumeric symbols as variable name
Issue https://github.com/MoonchildProductions/Pale-Moon/issues/1647
|
|\ \
| | |
| | |
| | |
| | |
| | | |
This resolves #75.
Merged remote-tracking branch 'janek/js_function_new_1'
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
and Intl constructors
[Depends on] Bug 755821: Function() should use the parser's argument
parsing code
|
| | | |
|
|\ \ \
| |_|/
|/| | |
|
| | |
| | |
| | |
| | | |
This reverts commit 41bd3e2599696771485c9dc75a7e27b94c0597fb.
|
| | |
| | |
| | |
| | | |
r=mystor
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
available.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
CallTypedArrayMethodIfWrapped (and the CallNonGeneric machinery throughout the
engine) unwraps the `this` argument, but the other arguments are only rewrapped
for the target compartment.
The pattern being used before this patch to get the length of a TypedArray or
possible TypedArray wrapper is:
`callFunction(CallTypedArrayMethodIfWrapped, O, O, "TypedArrayLength")`
The first `O` is the `this` value and the second is an argument. If `O` is a
cross-compartment wrapper, this works fine. The first `O` is unwrapped, revealing
the actual TypedArray object; the second `O` is rewrapped for that TypedArray's
compartment, producing the same TypedArray.
However, if `O` is a same-compartment wrapper, this doesn't work. The first `O` is
unwrapped, revealing the actual TypedArray object in the same compartment;
rewrapping the other `O` does nothing to it, since it is already an object in the
target compartment. Thus TypedArrayLength receives a `this` value that's an
unwrapped TypedArray, but an argument that is still a wrapper.
The fix is to have CallTypedArrayMethodIfWrapped targets only expect `this`
to be an unwrapped TypedArray.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
only once. r=padenot, a=RyanVM
Usually, mShouldFallbackIfError has been reset to false in DataCallback()
before Stop() is called. However, if fallback to a system clock driver due to
cubeb error had already occurred, then mShouldFallbackIfError would not have
been reset, and Stop() is still called. With mShouldFallbackIfError still
true, a cubeb error in stop would have created another fallback thread.
I expect that resetting mShouldFallbackIfError in Stop() would also be an
effective alternative solution, but resetting on StateCallback() happens
earlier, which would be an advantage if any additional errors could possibly
be reported to StateCallback().
MozReview-Commit-ID: E9j7PQmS3O4
|
|\ \ \
| |_|/
|/| | |
Round down to the nearest 2ms (instead of 1ms) by using timerclamping function
|
| | |
| | |
| | |
| | | |
Issue #69
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Issue #67
https://github.com/MoonchildProductions/UXP/pull/34/commits/c8355b22c047c9737e32f096b816edbb8b0fa181
https://github.com/MoonchildProductions/UXP/commit/a32b7f7c4e4e31669e0787e6321d74e4db71e514
https://github.com/MoonchildProductions/UXP/commit/f0b727eac28244e0fa24a6107dee44e83ad0f561
|
|\ \
| | |
| | | |
Close iterator after error in: Map, Set, WeakMap, WeakSet, Array.from, Promise.{all,race}
|
| | |
| | |
| | |
| | | |
Issue #17
|
| | |
| | |
| | |
| | | |
Issue #17
|
|/ /
| |
| |
| | |
Issue #17
|
|\ \ |
|
| | | |
|
|\ \ \
| |/ /
|/| /
| |/ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
MozReview-Commit-ID: 4lfBbvSTNPO
--HG--
extra : source : a628b2125a1b860c6d8124387040ec9589c219ab
extra : intermediate-source : e9128973a480c8aedf3a2e1c67d3e168613fa17c
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
with time clamping. r=baku, a=test-only
Because we hardcode time clamping in ESR (as opposed to having a pref) I
don't see a way to guarentee that this test won't fail when we lose the
race and clamp downwards.
MozReview-Commit-ID: IMwejbOBmDu
|
| |
| |
| |
| | |
It is unused.
|
| |
| |
| |
| |
| |
| |
| |
| | |
MozReview-Commit-ID: IurPcGHzAoQ
--HG--
extra : source : bef3db82d7ca31a188f902e317713c88001938ed
extra : intermediate-source : aeb9e1be02d26d4e21717368755b63821dc2d222
|
| |
| |
| |
| |
| |
| |
| |
| | |
a=RyanVM
--HG--
extra : source : d85679eb427513cb18650f3d4e7d37a6ccbefbab
extra : intermediate-source : 5c286cc709dfcaca7269b88516e6f71626c98496
|
| |
| |
| |
| | |
This reverts commit 5b69e05939c7fd3f917e2dd0f399774b3b15c886.
|
| |
| |
| |
| |
| |
| |
| |
| | |
MozReview-Commit-ID: LsNy7E3bFv6
--HG--
extra : transplant_source : %B4t%00u%DB%EE%86%BD2%81%AA%CD%88X%BF%BC%AE%E8%3D%B7
extra : histedit_source : a16c98faab76929e32d9153b288f4ec5c92a0ba6
|