- Apr 18, 2016
-
-
dtig authored
-
jugglinmike authored
-
jugglinmike authored
Some tests for `eval` assert the equality of key enumeration on the global object, comparing the ordering when the object is referenced through eval. Based on the test bodies and the "info" field in their metadata, these tests appear to have been written under the mistaken impression that erroneous creation of an environment record would be observable through the `this` value. In reality, the value in such cases resolves to the global object. That renders these tests redundant and overly complex--none of the distinctions between each test actually demonstrates a different behavior. Remove the redundant tests and introduce three new tests asserting the correct resolution of the `this` keyword for direct eval code from within the global scope and from within function scope.
-
- Apr 15, 2016
-
-
Leo Balter authored
Introduce test generation tool
-
Leonardo Balter authored
-
- Apr 12, 2016
-
-
Leonardo Balter authored
-
Leonardo Balter authored
-
Leonardo Balter authored
-
Jordan Harband authored
-
- Apr 11, 2016
-
-
Michael Ficarra authored
See the proposal at https://tc39.github.io/Function-prototype-toString-revision/
-
- Apr 07, 2016
-
-
Leonardo Balter authored
Because Test262 asserts the strict equality of `Array.prototype.toString` and `TypedArray.prototype.toString`, tests for properties of the object do not need to be reproduced in both location. Ref gh-526
-
- Apr 06, 2016
-
-
Jordan Harband authored
https://github.com/tc39/proposal-string-pad-start-end/issues/23 Closes gh-564
-
- Apr 01, 2016
-
- Mar 29, 2016
-
-
Leo Balter authored
Correct example in contribution guidelines
-
- Mar 28, 2016
-
-
Leonardo Balter authored
Test specific behaviour for Integer Indexed exotic objects, WRT the following internal methods: - [[GetOwnProperty]] - [[HasProperty]] - [[DefineOwnProperty]] - [[Get]] - [[Set]] - [[OwnPropertyKeys]]
-
- Mar 24, 2016
-
-
Leonardo Balter authored
-
Leo Balter authored
Avoid false positives
-
- Mar 23, 2016
-
-
Leonardo Balter authored
-
- Mar 22, 2016
-
-
Leonardo Balter authored
-
Mike Pennisi authored
As written, the example for asserting runtime errors is written with an early error. Because the error is expected to be reported prior to program execution, the `assert.throws` function cannot be used to detect it. Demonstrate the usage of the helper function with a runtime error.
-
- Mar 21, 2016
-
-
Leonardo Balter authored
-
Leonardo Balter authored
-
Leonardo Balter authored
-
- Mar 18, 2016
-
-
Leo Balter authored
Add syntax tests for declaration restrictions
-
- Mar 17, 2016
-
-
Leo Balter authored
Add tests for Number.{MAX,MIN}_SAFE_INTEGER
-
Leo Balter authored
Add tests for `debugger` statement
-
Mike Pennisi authored
As written, the test for `Math.random` would pass if the runtime erroneously produced a non-numeric value. Add the necessary assertions to guard against this case.
-
Leo Balter authored
Improve coverage %ThrowTypeError% and default class constructors
-
Leo Balter authored
Make asynchronous test configuration explicit
-
- Mar 16, 2016
-
-
Mike Pennisi authored
-
Mike Pennisi authored
-
- Mar 11, 2016
-
-
Mike Pennisi authored
Assert that declarations are not permitted in positions reserved for statements only.
-
Leo Balter authored
Update meta data: `id` to `esid`
-
Mike Pennisi authored
The project's expected frontmatter tag name changed while these files were under review.
-
- Mar 09, 2016
-
-
Mike Pennisi authored
-
Mike Pennisi authored
The runtime semantics of this statement are host-defined and therefore untestable, but the statement's affect on the formal grammar should be consistent across all implementations.
-
- Mar 04, 2016
-
-
Dan Ehrenberg authored
V8 ran into an issue where the YAML parser our test setup is using didn't understand the newline, and failed to parser the negative test expectation below, causing the test to fail. This patch fixes the issue.
-
- Mar 02, 2016
-
-
Gorkem Yakin authored
Fix test bugs
-
Gorkem Yakin authored
-
Leonardo Balter authored
-