-
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
CTQ status is not reliably reported to Slack#continouous-testing #166
Comments
In Slack#continouous-testing, @kathy-phet said:
|
I hit this again today. Buggy code in to the new 'community' repo. It's failing lint in CTQ, reported on the CT webpage, not reported in Slack#continuous-testing. Raising priority to top, because PhET depends heavily on CT and CTQ. And assigning to @kathy-phet to prioritize. |
@zepumph and I are planning to investigate this afternoon. |
@chrisklus and I spent an hour on this just now and only barely got to a point where we could iterate and understand the code effectively. We made many improvements along the way and if this issue should remain a priority. It should not try to be worked into the cracks of this iteration, but should have real time devoted to it (and I'd be very happy to get to work on it!). We will check back in tomorrow. |
Today @chrisklus and I overhauled the quick server to get it ready for parsing these messages better. We have a few leads on where the problems are coming from, but our best guess is that we change the lint output so that it has individual repos as they run, and then an "all results" section. We should just parse that part for CTQ. |
* Factor out methods from main loop * Simplify forceTests and waiting logic * Send slack a message upon first run and passing * Isolate individual tests to a single line each
…er formatting, etc), phetsims/aqua#166
I was able to find and fix a fair number of bugs about the lint error parsing, now I'm going to move on to tsc checking which is (on my machine at least) reporting errors like |
1. Support windows using backslashes for file paths. 2. Instead of line.length use a line regex (with row:column + error detection) 3. Fix case missing last filename because we need to recheck when we have a currentFilename and the `line` is the next filename.
|
Ok. I have completed the work I see for this issue. All changes above are now pushed to production on sparky's @pixelzoom, please let us know if you run into any more trouble. |
@zepumph and I did much of this review together to get me oriented and then I did some testing on my side and a bit more code review. Things are looking great! I tested all of the cases I could think of, including throwing an Error in code which @zepumph mentioned he had not tried out. It didn't always show up but I think that was just because sometimes the sim doesn't start up for the allotted time in the test case. @zepumph and I ran into one issue where i didn't have an npm module and so an unexpected lint error triggered an assertion which was a failure farther downstream than we were expecting. I looked into this a little bit and found that the error was not sending an The only thing I noticed behavior wise was that a fuzz error reports as new error every loop. I think this may be because the server port is different every time? So it doesn't recognize it as the same error. But, it's good that it's not continuously adding to the number of errors every time, so that when it is fixed, there aren't a bunch of reported pre-existing errors still around. I'm not thinking this is worth fixing since I'm not sure I've ever seen a fuzz error show up on CTQ in the history of it's life, and it would probably be a lot of work.
Back to @zepumph if anything else to do before close. |
So still to investigate:
|
Yes I'm pretty sure you are right. I also encountered it only sometimes throwing an error because the sim fuzz is only for 1 second when testing. |
Alright. With a bit of a weird try catch in lint, we can force stderr from occurring. This means that problems with Line will be handled separately, upstream of trying to parse the lint errors (which would likely result in a false negative). Everything else here has been handled. Thanks so much @chrisklus for the timely review. |
…er formatting, etc), phetsims/aqua#166
CTQ is not showing up reliably in this Slack channel. For example, looking at the CT page, number-suite-common has been failing lint since 3/3/2023 2:52:40 PM (see below) and as of 3/5/2023 8:48 AM is not showing up in Slack#continouous-testing.
If there are multiple CTQ errors, is something considering them all fixes when only 1 of them has been fixed?
Assigning to @zepumph @jonathanolson to investigate, @kathy-phet to prioritize.
The text was updated successfully, but these errors were encountered: