You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Because of the implied rule that a non-null empty set of WarningsAsErrors means that all warnings are treated as errors, there's no way to have a single set that represents whether or not any given warning should be treated as an error.
The text was updated successfully, but these errors were encountered:
…dErrors` (#6308)
Fixes#6306
Context
#6174 didn't properly account for warningsaserrors and warningsasmessages together. This PR makes each taskhost aware of both WarningsAsMessages and WarningsAsErrors when telling tasks whether or not an error should be treated as a warning.
Changes Made
LoggingService and TaskLoggingContext expose a GetWarningsAsMessages to each taskhost for them to store.
No changes to IBE8 API
Taskhosts first check if a warning would be treated as a message when telling tasks whether or not a warning should be treated as a warning.
Issue Description
#6174 made progress on the issue with tasks understanding WarningsAsErrors, but there's still work to do.
Steps to Reproduce
Create a task that returns
!Log.HasLoggedErrors
Set up your build such that:
Expected Behavior
Task returns true.
Actual Behavior
Task will return false.
Analysis
See my comment in this PR: #6304.
Because of the implied rule that a non-null empty set of WarningsAsErrors means that all warnings are treated as errors, there's no way to have a single set that represents whether or not any given warning should be treated as an error.
The text was updated successfully, but these errors were encountered: