-
Notifications
You must be signed in to change notification settings - Fork 4
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
Make a Node-based CT client #178
Comments
Initial commit in f4b952e |
Taking a look at this now and running some local testing with it. |
This is looking great! Thanks @jonathanolson.
|
I should test runNextTest with some options like id and browserCreator (for firefox). |
Things seem to be running well on sparky. I supported cluster mode, and it is working seemlessly from what I can tell: I don't know if we want to have 100 of these though. It seems a bit messy. @jonathanolson thoughts? |
|
Here is what one CT error looks like from this new client:
|
|
We want to have this new client be the way of the future, let's phase out the old pattern |
Oops, I forgot about all the great puppeteer options we still need. |
Ok, we now have: bayes: sparky: I'll check in tomorrow. |
|
It has been helpful to have objects like this for testing:
|
Ok. I'm feeling good about this issue. Over the weekend tests were running very well, save a couple of small problems. I found that CT snapshots weren't getting transpiled and so the phet-io-wrappers tests were breaking, but e143df1 solved that. @jonathanolson and I also updated some of the criteria for keeping snapshots, keeping the last 20 instead of 3 now, so that we can reproduce/test problems easier. Space isn't an issue on Sparky for that, so we aren't worried. I think we are ready to close this issue. The rest will be handled by side issues. Thanks @jonathanolson for getting this to such a nice spot. |
Reopening because there is a TODO marked for this issue. |
Instead of relying on continuous-loop, we can set up a puppeteer client and have much more control over rerunning tests, getting the console output, and handling errors. @jonathanolson will take the lead, and this is coming from https://github.com/phetsims/special-ops/issues/234 and #173
The text was updated successfully, but these errors were encountered: