-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Pulling of images and Selenium startup failures more likely to cause container startup timeout in v1.1.0 #172
Comments
…mage pull is involved. Set startup checks for docker-compose to wait indefinitely (until compose terminates). Improve logging on container startup failure by ensuring that all logs have been fetched before the test terminates. Helps with #172
…mage pull is involved. Set startup checks for docker-compose to wait indefinitely (until compose terminates). Improve logging on container startup failure by ensuring that all logs have been fetched before the test terminates. Helps with #172
I'm also going to reinstate startup retries to aid with this; another source of random failures is Selenium browser containers failing to start correctly. I've seen this numerous times and there doesn't appear to be any pattern to it; retrying startup of the selenium containers specifically seems to be the least risky option. As such, I'm reinstating the container startup retry that I removed for v1.1.0, but am making it optional (defaulting to only one attempt). This allows flexibility without forcing all container usage into using startup retries. |
V1.1.1 released just now includes fixes for this issue |
So I was just testing the new version and I got this
|
See #170 (comment). Thanks to @ihabsoliman for finding this.
The text was updated successfully, but these errors were encountered: