revert wrong override of ReconcilerGetAllKeys#190
Conversation
Signed-off-by: Prabhjot Singh Sethi <prabhjot.sethi@gmail.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)
💤 Files with no reviewable changes (1)
WalkthroughRemoves the Remove soft-delete reconciler override
Estimated code review effort🎯 2 (Simple) | ⏱️ ~5 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 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. Comment |
dev-arya23
left a comment
There was a problem hiding this comment.
What I verified
-
Correctness of the revert: The removed
OrgUnitTable.ReconcilerGetAllKeys()override was filtering to only soft-deleted entries (deleted > 0). This meant the reconciler would only track org-units pending hard-delete, leaving all active org-units outside reconciler management — breaking normal CRUD reconciliation. -
Fallback to generic implementation: With the override removed,
OrgUnitTablenow inheritsTable[K, E].ReconcilerGetAllKeys()fromgo-core-stack/core/table/generic.go, which returns all keys via anilfilter. This is the correct behavior — the reconciler should manage the full set of entries. -
Import cleanup: The now-unused
"log"and"go.mongodb.org/mongo-driver/v2/bson"imports are correctly removed. -
No second-order effects: No other code in this file references the removed method or the removed imports. The
OrgUnitTablestruct still embedstable.Table[OrgUnitKey, OrgUnitEntry], so all generic table behavior (including the correctReconcilerGetAllKeys) is inherited cleanly.
LGTM — clean, well-scoped revert.
Summary by CodeRabbit