You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are having some issues running UTs one of our large libs in IE8 (around 250 tests with around 30 test files).
It starts running the tests and then throws a stack overflow exception after a few seconds. After debugging into where the stack overflow exception occurs it would seem its due to too many levels of recursion.
This recursion seems to be happening in the JsTestDriver js files which are within the jar which makes it difficult for us to debug. But from what we can see its using a 'pausingRunTestLoop', which runs the tests recursively, and this causes IE8 to run out of stack space.
This seems to run tests not only from the same test file, but multiple test files recursively. I tried hacking the JsTestDriver jar to use the other type of loop, as it seems this isn't configurable anywhere reasonable? But I had the same problem of recursion, with a very similar call stack.
We are using BRJS version 1.0.2-0.g11d152a, with the SDK patched for the import node shim issue (#1527)
The text was updated successfully, but these errors were encountered:
We are having some issues running UTs one of our large libs in IE8 (around 250 tests with around 30 test files).
It starts running the tests and then throws a stack overflow exception after a few seconds. After debugging into where the stack overflow exception occurs it would seem its due to too many levels of recursion.
This recursion seems to be happening in the JsTestDriver js files which are within the jar which makes it difficult for us to debug. But from what we can see its using a 'pausingRunTestLoop', which runs the tests recursively, and this causes IE8 to run out of stack space.
This seems to run tests not only from the same test file, but multiple test files recursively. I tried hacking the JsTestDriver jar to use the other type of loop, as it seems this isn't configurable anywhere reasonable? But I had the same problem of recursion, with a very similar call stack.
We are using BRJS version 1.0.2-0.g11d152a, with the SDK patched for the import node shim issue (#1527)
The text was updated successfully, but these errors were encountered: