-
-
Notifications
You must be signed in to change notification settings - Fork 149
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
Experiment with adding "latest" to saucelabs config #895
Conversation
We are getting "InfrastructureError"....
|
766c9cd
to
0e5ed81
Compare
I've found some info on the error we're experiencing: https://docs.saucelabs.com/dev/error-messages/index.html#the-sauce-labs-virtual-machine-failed-to-start-the-browser-or-device. The salient informaiton is:
I assume our issue is the first or last of these bullet points. |
I've disabled Firefox latest, which allows us to get past the QUnit tests and on to the end-to-end tests. But now we're getting this persistent failure with both the latest Nightwatch and with the old Nightwatch we used previously:
|
Same error with setting headers after they are sent to client persists even with the original configuration minus Firefox latest. @kelson42 Having exhausted my knowledge about this configuration, and having made 24 commits to this PR tweaking various options, I can only conclude that a fundamental API change has occurred, and that we have a hopelessly out of date configuration here in accessing Sauce Labs. It needs re-building from the ground up, and if I'm going to do that work, it might as well be with a more modern testing infrastructure. Ideal situation would be to complete #554 -- mossroy and I had discussed using the modern framework vite.js for this, and it has a test suite called https://vitest.dev/. I'd need to look at how it integrates with: 1. SauceLabs and 2. BrowserStack. But this would be a major job in which I have extremely limited experience. So maybe if I can get a new config running on BrowserStack by following their step-by-step instructions, which look very thorough, it would be the best compromise for now, along with retaining the QUnit tests that do run successfully in this configuration. |
So we can get on with daily business I have had no choice but to disable the end-to-end tests, and to modify the cross-browser QUnit tests so they do not run the latest Firefox. We still have latest Firefox tested in GitHub actions, so this is no real loss, but disabling end-to-end UI testing is a loss, which I hope we can fill with a BrowserStack configuration. For now, we still have:
|
Experiment to fix #894.