-
Notifications
You must be signed in to change notification settings - Fork 5
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
Daily grunt work problems again? #229
Comments
The log seemed to have complete, but I updated the cron task to better output errors:
I also added a print statement for each section for clarity I then found multiple repos that seemed to have not pushed. I don't know why. The commit message that was not pushed was: I then saw this on bayes with
So I fixed the cp command from phetsims/chipper#1018. Tagging @samreid so he notes the change. There were then merge conflicts while cleaning things up in scenery and bamboo, so I manually fixed these. I also deleted the phet-io-wrapper-sonification because it is old. I also want to tag @jessegreenberg because of his recent work with this script, I really feel like we are in this together. I hope this runs successfully tonight! |
I'll check back in tomorrow. |
The error log was helpful! I found a problem in binder, and set up emails so I will get notifications about the scripts problems. |
This is the problem line, likely localTestingURL is not consistent on bayes, let's use createServer instead. I'm thinking like #175. |
I fixed the binder issue I found over in #175. I'll check back to see what the next run of daily grunt work looks like. |
On my local,
which works on mine and seems clear. |
That works well on my windows! Thanks. |
I am working on better error handling here for emailed errors. |
I ran it manually, and did successfully get an email of errors this time. One included a puppeteer error, I think about binder:
|
The important line in the above is See phetsims/chipper#958 and phetsims/chipper#1032 (comment) for previous versions of this problem as it related to using puppeteer for PhET-iO API generation. Poking through those, I see that binder isn't awaiting |
One of things I saw in the errors email was
The below commit should help. |
The only error left in the log that matters is this one:
I tried to figure out where it is coming from, but couldn't find the repo it related to. I think for the next night, I'm going to pipe the entire log into the email to gain the context. That said I'm still not sure I will be able to fix it. |
I can't figure out how to pipe to an email, so I'm going to just log the whole thing out, and then pipe the errors in an email in a separate step. Updated aboe. |
Would it help to run |
Well the problem comes from the puppeteer qunit task, and seems to be about the particular version of puppeteer installed/running on bayes, because I don't ever get that error running locally. |
Got it, thanks for elaborating. I'll link to phetsims/chipper#114 which may help us get reproducible node_modules in case that is the problem. |
I think it is more about how puppeteer is running cross platform, as opposed to node modules, but I'll keep it in mind. |
phet-io-wrapper-classroom-activity was mispelled in the package.json, so it was failing some grunt tasks. |
I just looked at the log that came in last night, and I realized that I forgot to pipe error output to the same log. |
I saw that the error from #229 (comment) was coming from running grunt update-copyright-dates on bamboo (at least last night). I can consistently get it to reproduce on bayes with:
|
I cannot reproduce this on master locally. So this appears to be a bayes-specific (or linux server specific) problem. |
I read through puppeteer/puppeteer#6560 but didn't find any trouble that made sense why it works on other sim repos, but not for bamboo. I updated to puppeteer version 10.1.0 (latest) I'm a bit stumped. I don't know why that single repo is having this trouble, and nothing else. |
I ran |
Wow. That is great news!! Thanks for your help. I confirmed that I didn't see this issue in the log on bayes from last night's run. Things are so much better than before this issue was opened. I am ready to close this issue. |
@chrisklus mentioned that something he would have thought would have been updated 2 weeks ago isn't. I'll look into it.
The text was updated successfully, but these errors were encountered: