-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Parasol self-tests fail randomly #2
Comments
One source of random failures is tests that do not wait for the browser to complete some action. Some of these should be handled in these commits: 1e8cdc2, e696c0e and a9c6d66. Another source of random failures is connection timeouts when communicating with the selenium server. For example in both Travis job 97.2 and job 99.3 there was one test that failed with “ConnectionTimedOut: Data receive timed out.” I did not yet look into how we can fix or avoid those. |
Related: issue #7. |
The Travis CI jobs for Squeak seem to be particularly prone to the “ConnectionTimedOut: Data receive timed out.” error. In build 172 all jobs passed. In builds 173 through 176, only changes to the README were made, but there are several test failures. All these test failures are due to ConnectionTimedOut, and these all occurred in the two Squeak jobs (except for build 174 which also had one in the GemStone-3.2.15 job). |
The Parasol self-tests sometimes suffer from “random” failures. For example, Travis build #58 had one failed test, while the next build had no failing tests (all that changed was the README file).
The text was updated successfully, but these errors were encountered: