Theodul Core Jasmine Tests Sometimes Failing

Description

Tests in module theodul-core are often failing.
For more details, see attached build logs.

Activity

Show:
Denis Meyer
March 14, 2015, 11:08 AM

I can't reproduce it on my machines, compiling fine without errors.

It has something to do with require.js:
page.onError - msg: Error: Script error – "This occurs when the script.onerror function is triggered in a browser. This usually means there is a JavaScript syntax error or other execution problem running the script."
and
[ERROR] java.lang.RuntimeException: org.openqa.selenium.TimeoutException: Timed out after 300 seconds waiting for com.github.searls.jasmine.runner.SpecRunnerExecutor$1@689dd599

But as I said, I can't reproduce this error...

Rubén Pérez
May 13, 2015, 9:47 AM

To me, the error shows up when I build the whole project, and not only the theodul-core module. When I cd into the theodul-core folder and run the build from there, it (generally) runs without errors.

Former user
June 17, 2015, 6:40 PM

FWIW: the tests consistently fails for me (i.e. page.onError) at requires.js line #1696 " (anonymous function) http://localhost...require.js:1696)"

i.e. return onError(makeError('scripterror', 'Script error for: ' + data.id, evt, [data.id]));

How can I get the Jasmine test to output the data from that line to the system console?

Former user
June 17, 2015, 7:02 PM
Edited

That data.id just appears to be the name of the view, i.e.
page.onError - msg: Error: Script error for: engage/core
page.onError - msg: Error: Script error for: engage/views/mobile
page.onError - msg: Error: Script error for: engage/models/engage
page.onError - msg: Error: Script error for: engage/views/desktop
page.onError - msg: Error: Script error for: engage/views/embed

The tests also generally succeeds when the mvn build/test is run from within the module/matterhorn-engage-theodul-core, but fails when the build w/tests is run from the OC parent directory (maybe require.js is unable to find the view javascript files on the path?)

I also noticed that the above errors do not come in the same order each time. The testing load order is not consistent which might be why the failure is inconsistent.

Assignee

Lars Kiesow

Reporter

Lars Kiesow

Tags (folksonomy)

None

Components

Fix versions

Affects versions

Priority

Major
Configure