Fix infinite recursion in connectorStreamer.Close()#179
Conversation
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe pull request fixes an infinite recursion in connector.go by changing connectorStreamer.Close to call the underlying consumer's Close (c.consumer.Close()) instead of recursively calling c.Close(). It also adds connector_internal_test.go which implements a mockConnectorConsumer and two unit tests verifying that connectorStreamer.Close delegates to the consumer, marks the consumer closed, and correctly propagates consumer Close errors. Estimated code review effort🎯 3 (Moderate) | ⏱️ ~20 minutes Poem
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches
🧪 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. Comment |
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|



Problem
connectorStreamer.Close()calls itself recursively, causing a stack overflow crash when any connector stream is closed.Why
This is a runtime crash — any workflow using connectors will panic on shutdown or stream close.
Fix
Call
c.consumer.Close()instead ofc.Close().🤖 Generated with Claude Code
Summary by CodeRabbit
Bug Fixes
Tests