🌱 Add defensive response status checking in runtime client #12898
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What this PR does / why we need it:
This PR adds defensive response status checking to the runtime client to validate that extension handler responses properly have a
Successstatus, rather than just checking they don't have aFailurestatus.Currently, the runtime client checks if
response.GetStatus() == ResponseStatusFailure, which means any other value (including empty string, nil, or invalid values) would be treated as success.Example Error Messages
Before: Unknown status would be silently accepted as success
After:
"failed to call extension: ExtensionHandler X got failure response ...""failed to call extension: ExtensionHandler X got unknown response status \"foo\""/area runtime-sdk
Part of #12291