-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Can't build or test locally #21598
Comments
So far, I'm not able to reproduce this locally 😥 |
I cleaned my out directory and that fixed it. It seems there were artefacts from previous runs that were not cleaned by scala3-boostrapped/clean. Probably worth checking why that happens. The original error is now gone on my side as well. But I still get the following test failure:
Do we know which tests are flaky and can we do something about it? Even so, it's workable now, so removing the blocker status. |
I believe that this error message was introduced by the new develocity plugin. We do publish reports in https://develocity.scala-lang.org/ so maybe some extra information can be found there (/cc @adpi2 ) |
I also think this message comes from the Develocity plugin. Probably you should see the failing tests in the logs, if you scroll back enough. Or maybe they are flagged as flaky in the test report. @dotta do you have an example of sbt test report with flaky tests? |
The corrupted TASTy file was in the |
Also it's worth noting there were no flaky test in the entire history of https://develocity.scala-lang.org/. So it could be some changes locally or some corrupted state that cause the flakiness in your build @odersky. |
Both @odersky and I had this message locally. For me, it was on a "fresh" clone of the repository (after running |
No test failed for me locally, only this message appears at the end. |
Can you share the logs? |
I've just rerun the |
The previous run actually had the same errors, we just missed them 😅. I'm now wondering now why that the flakiness of that test wasn't detected before introducing develocity; last change was 3 months ago. |
@adpi2 Would you have a link to the specific build scan that was published when the output in this message was produced? Asking because I had a quick look at build scans with test failures, and I noticed the second execution seems to be skipped in some cases (see this build scan for instance), and I wonder if that might explain why the test isn't marked flaky. But I'd prefer to have a look at the specific build scan as there may be a good reason why the build scan I was looking at is the way it is. Btw, see https://docs.gradle.com/enterprise/sbt-plugin/#test_case_details_page for an example of a flaky test reported in the test case details page. And here you can see an actual build scan from the apache pekko project with a flaky test execution reported (beware though that the linked page will eventually disappear due to the data retention window). |
Compiler version
3.6 nightly
Minimized example
Output
Expectation
No Tasty conflict. Note also that it claims that the version it has
28.6-experimental-1
is among the versions that it expected, yet there's still an error.This is a blocker for me to debug the test failures in my latest commit. Without this being fixed we cannot expect any forward progress in fixing issues.
The text was updated successfully, but these errors were encountered: