- Jun 26, 2015
-
-
Mike Pennisi authored
Some JavaScript source files are only relevant in the context of the Test262 website. They should not be explicitly included by individual tests, so their presence in the `harness/` directory alongside "include" files is misleading. Move the scripts to a location within the `website/` directory to better-reflect their intended use. Update the relevant HTML templates with the new locations.
-
- Dec 07, 2014
-
-
Brian Terlson authored
-
- Aug 13, 2014
-
-
Sam Mikes authored
1. use negative regex (instead of ".") to check iframeError 2. make Test262Error.prototype.toString() always include the string Test262Error (no spaces) so it matches /Test262Error/ 3. modify check for supportsWindowOnerror - require that first argument (message) to onerror() contains the error name by checking for /Error:/. Change (3) above forces IE11 onto the !supportsWindowOnerror path. Test262 tests are run inside an eval() on IE11, and errors are caught and explicitly have toString() called. Without this, IE11 passes only the `message` property to onerror(), and regexes that expect to match error name fail. sth: revert to simple `onerror` checking gs: refactor function `$DONE` refactor logic tree add support for async test failures ed.js: crude support for error typing S8.7.1_A2: cache result of delete `delete` has a side-effect and its return value depends on this; cache result of delete so when reporting result, we are always reporting the result that made us fail, not the result of a new delete [pedantic] ed: explicitly pass cooked error to $DONE gs: only let $DONE be called once
-
- Jul 15, 2014
-
-
NikSurya authored
-
- Feb 29, 2012
-
-
David Fugate authored
All Microsoft-contributed *.js and *.py sources now have Ecma's copyright header.
-
- Sep 30, 2011
-
-
Mark Miller authored
-
Mark Miller authored
-
- Sep 26, 2011
-
-
David Fugate authored
Laid down the groundwork for a console-based test runner.
-
David Fugate authored
-
- Sep 25, 2011
-
-
David Fugate authored
exact error type, but we should get the '.message' property.
-
- Sep 24, 2011
-
-
David Fugate authored
-
David Fugate authored
Generate the 'id' property from the 'path' property.
-
- Sep 22, 2011
-
-
David Fugate authored
-
- Aug 25, 2011
-
-
David Fugate authored
- a lot of JS harness code written in strings have been moved out to actual physical files such as ed.js (syntax error detection for globally scoped tests) and gs.js (global scope test case validator). This change makes it far easier to maintain the test harness code - reorganized helper.js providing a clear indication which methods are used by external objects, which are implementation details, and which are unequivocally test262-specific. I've also added, openErrorWindow, which will be used to open a descriptive error message window for each test case failure reported on the 'Run' tab - improved the error message for syntax errors occurring when a test case fails to load - sta.js no longer tries to pickle all helper functions it contains! Instead, we load the file directly from sth.js. The performance of fnGlobalObject has been improved. Finally, the ES5Harness object has been moved from sth.js (in a string) to here - sth.js now has a browser implementer hook, controller.implementerHook, which allows browser implementers to handle test case failures in their own way (e.g., log to the filesystem). The 'run' function was basically re-written Added 37 new test cases from the "IE Test Center" Build release. There were 14 modifications to existing test cases as well. Refactored SputnikGlobalScope.js such that test case paths are now used as indices into the GlobalScopeTests array. TestCasePackager.py had the concept of templated test harnesses introduced - see templates\runner.test262.html. Also added support for one HTML test harness per ES5 chapter. Last but not least, TestCasePackagerConfig.py now has a 'source control' abstraction class which abstracts away source control adds|edits when dynamically generating *.json and *.html test chapters.
-
- Aug 24, 2011
-
-
David Fugate authored
for the Build 2011 conference.
-