Repository navigation
Stop logging core connection events at error level on every connect - #220
Conversation
Core forwards its own events (e.g. connection.ok) to client listeners, so FeedsClient logged a spurious error on every connect. Log them at verbose and keep error level for genuinely unexpected payloads. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
PR checklist ✅All required conditions are satisfied:
🎉 Great job! This PR is ready for review. |
|
SDK Size Comparison 📏
|
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. 🧰 Additional context used📚 Code guidelines (1)No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configuration
📒 Files selected for processing (2)
Included review availability: This review used your included allowance. Your plan provides up to 1 included review per hour; 0 remain after this review. WalkthroughThe WebSocket listener now logs and ignores core lifecycle events instead of treating them as errors. Tests cover core lifecycle events and unknown event payloads. ChangesWebSocket event handling
Priority: ⬇️ Low Estimated code review effort: 2 (Simple) | ~5 minutes Change: Bug fix Suggested reviewers: Merge Risk: ⚪ Minimal · up to Core lifecycle events are no longer treated as error-level unknown payloads, while unknown payloads retain error logging. The supplied summaries indicate coverage for both behaviors, with no actionable merge-blocking risk identified. 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches 💡 1📝 Generate docstrings 💡
🧪 Generate unit tests (beta)
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. A rabbit watched the socket glow Comment |
|
🚀 Available in v0.11.1 |



Goal
Every successful connect logged
E FeedsClient: [onEvent] Received non-WSEvent: StreamClientConnectedEvent(...). Core forwards its own lifecycle events to client listeners by design, so this was a spurious error on a healthy path.Closes AND-1517
Implementation
StreamClientWsEvent) are now ignored and logged at verbose. Today these areconnection.okandconnection.error; core already reports the latter through theDisconnectedconnection state.Testing
V ... Ignoring core event: StreamClientConnectedEvent(...)and no error.🤖 Generated with Claude Code
Summary by CodeRabbit