Skip to content
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

Always respect warning-as-error properties #10892

Conversation

rainersigwald
Copy link
Member

Remote (built in another node) projects were not respecting MSBuildWarningsNotAsErrors configured in the projects, when the API or CLI -warnaserror option was enabled.

Fixes #10874.

@rainersigwald rainersigwald self-assigned this Oct 25, 2024
@rainersigwald rainersigwald force-pushed the respect-warningsnotaserrors-from-worker-nodes branch from 553fbc3 to 5e6038b Compare November 6, 2024 21:54
Copy link
Member

@JanKrivanek JanKrivanek left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good!

Remote (built in another node) projects were not
respecting MSBuildWarningsNotAsErrors configured
in the projects, when the API or CLI `-warnaserror`
option was enabled.

Fixes dotnet#10874.
@rainersigwald rainersigwald force-pushed the respect-warningsnotaserrors-from-worker-nodes branch from 5e6038b to f38f147 Compare November 7, 2024 20:15
@rainersigwald rainersigwald merged commit 36a5f6a into dotnet:main Nov 7, 2024
10 checks passed
@rainersigwald rainersigwald deleted the respect-warningsnotaserrors-from-worker-nodes branch November 7, 2024 20:56
@rainersigwald
Copy link
Member Author

/backport to vs17.12

Copy link
Contributor

Started backporting to vs17.12: https://github.com/dotnet/msbuild/actions/runs/11919226150

surayya-MS added a commit that referenced this pull request Nov 21, 2024
Backport of #10892 to vs17.12

Work item (Internal use): 

### Summary

Respect warning-as-error settings configured per-project when
`-warnaserror` is passed on the command line.

### Customer Impact

Suppressing warnings is unnecessarily complicated and fails for
confusing reasons.

### Regression?

No, this behavior is longstanding, but the severity is higher with NuGet
Audit because NuGet advises configuring warning-as-warning for audit
warning codes.

### Testing

Automated and targeted scenario tests.

### Risk

Low: makes an existing opt-in codepath default.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

WarningsNotAsErrors ignored for some warnings with /warnaserror option
3 participants