fix:Fix timeout response discard logic in BoltServerProcessor#1505
fix:Fix timeout response discard logic in BoltServerProcessor#1505wunameya wants to merge 1 commit intosofastack:masterfrom
Conversation
WalkthroughThe change refines the timeout handling logic in the Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~2 minutes Poem
Note 🔌 MCP (Model Context Protocol) integration is now available in Early Access!Pro users can now connect to remote MCP servers under the Integrations page to get reviews and chat conversations that understand additional development context. 📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (1)
🔇 Additional comments (1)
✨ Finishing Touches
🧪 Generate unit tests
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
SupportNeed help? Create a ticket on our support page for assistance with any issues or questions. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
|
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Motivation:
response = doInvoke(serviceName, invoker, request);
if (bizCtx.isRequestTimeout()) {
throwable = clientTimeoutWhenSendResponse(appName, serviceName, bizCtx.getRemoteAddress());
break invoke; // response remains non-null
}
// Later logic: response is still sent when non-null
if (response != null) {
asyncCtx.sendResponse(response); // Bug: timeout response gets sent
}
Modification:
Explicitly set response to null when timeout is detected to ensure no response is sent to timed-out clients.
Summary by CodeRabbit