Feature/report stale if one stale#506
Conversation
f9b78c0 to
8cd4d07
Compare
|
Rebased as build failed on #507 |
|
Any objections here? We think it makes more sense to report STALE as summary. Because now you can have an ERROR without any actual ERROR states. |
|
If there are any reasons not to do this, we'd also like to hear. Or should this pass an MPC or something? |
8cd4d07 to
601b4a6
Compare
|
Almost a year... Can someone point us at someone who can shine a light if this is desired or undesired? |
|
I haven't gone through the logic of the implementation, but from a high-level point, I agree with this direction (I'm not a maintainer here, though). |
|
Valid comments. Thank you for the review. I managed to dispute none and to address them all 🙂 |
|
Thanks for the review @mfaferek93 ! I agree with it and as far as I can follow it, the logic makes sense to me. |
ct2034
left a comment
There was a problem hiding this comment.
please fix this one comment
Co-authored-by: Christian Henkel <6976069+ct2034@users.noreply.github.com>
|
I made some more tests. ;-) |
Nvm, I think figured the test out. The case was wrong. But please still include them here @Timple. |
|
Merged in #593 |
|
I see I was too late. Thanks for merging. Not sure about the backports though. It's a breaking change so not sure who would be affected in what way. |
|
Nvm, it worked out. |
Going from:
to:
As a bonus, the message that caused the degradation of the diagnostics is added to the toplevel state. This is useful for reporting mechanisms such as error logs.