-
Notifications
You must be signed in to change notification settings - Fork 3.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
windows-2022 version 20241113.3.0 breaks our build #11016
Comments
According to this older issues:
TLDR: Is it still the case that we can't specify an image version? This is quite inconvenient. It is blocking the merging of all PRs. Looking at all the other windows 2022 issues reported with this image version (20241113.3.0), any chance to revert it? Thank you very much, |
I tried building it on my Windows machine (Win 11 Pro). And I get the exact same error in the same file, The failing statement is:
Removing the test on version solves the problem:
I am not saying this is a real solution. The line is new. I compared with the same file from a Windows snapshot. And since it also happen on my machine, on a regular, public version of Visual Studio, It might be that the VS team is already aware and they have a fix. |
@mihnita Thank you for bringing this issue to our attention. We are looking into this issue and will update you on this issue after investigating |
FWIW, I believe both of the below issues (and this one) are related to Visual Studio 17.12 update in the windows-2022 images: |
Description
The build fails with an error in a Visual Studio file we don't control:
The same project worked with a slightly older image version.
It is regular C++ project.
The MSVC targets fail "randomly" (in fact depending on the image version).
Compare this run https://github.com/unicode-org/icu/actions/runs/11937265609/
With 5 failures out of 9 windows-msvc-* targets
Vs https://github.com/unicode-org/icu/actions/runs/11942268869/
With 8 failures out of 9 windows-msvc-* targets
Just hours distance.
And in the first example (with 5 failures) you can see that in the exact same run
the passing jobs use an older image version (20241021.1.0) and the failing ones use a new version (20241113.3.0)
Platforms affected
Runner images affected
Image version and build link
Failure: https://github.com/unicode-org/icu/actions/runs/11942268869/job/33288929816
Success: https://github.com/unicode-org/icu/actions/runs/11937265609/job/33272850958
Here is a diff (red is the failure, green is the successful build):
Is it regression?
20241021.1.0, https://github.com/unicode-org/icu/actions/runs/11937265609/job/33272850958
Expected behavior
Expected the build to finish without failures, as it did just hours before, with a different image.
Actual behavior
Fails with an error in a Visual Studio file that we don't control:
Repro steps
Run the action in the link with new image (20241113.3.0) / old image (20241021.1.0)
The text was updated successfully, but these errors were encountered: