fix: Return response in bedrock guardrail async_post_call_success_hook #17179
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.
Title
Improve Bedrock Guardrails: Async Hook Fix
Relevant issues
N/A
Pre-Submission checklist
Please complete all items before asking a LiteLLM maintainer to review your PR
tests/litellm/directory, Adding at least 1 test is a hard requirement - see detailsmake test-unitType
🐛 Bug Fix
✅ Test
Changes
Previously, the async_post_call_success_hook method in BedrockGuardrail was modifying the response in-place but not returning it. Now the response is being lost when using a post_call Bedrock guardrail as it is no longer being modified in place. This results in no response being sent back to the client.
This fix ensures the response object is properly returned after applying guardrail checks and masking, maintaining consistency with other guardrail implementations (AIM, Pangea, etc.) and the pre_call hook behavior.