Conversation
Align generated IDs with persisted recommendation identity and recompute them after account tagging. Verify account-scoped detail and pricing through collection, PostgreSQL, and the real consumers. Closes #235
|
Navigate logical layers of code changes, visualize relationships, and explore their blast radius. No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Repository: LeanerCloud/cloud-commitments-platform/.coderabbit.yaml Review profile: CHILL Plan: Essentials Run ID: 📒 Files selected for processing (4)
Included review availability: This review used your included allowance. 0 included reviews remain after this review. Your included PR review attempts over the past 7 days set your current allowance at 1 review per hour. 📝 WalkthroughWalkthroughRecommendation IDs are now derived from persisted recommendation fields, including the registered cloud account ID when present. Scheduler tests cover account tagging and ID dimensions. An integration test checks collection, persistence, account-scoped details and pricing, error cases, and ID stability. ChangesRecommendation identity
Priority: ➖ Normal Estimated code review effort: 3 (Moderate) | ~20 minutes Change: Bug fix · Severity of issue fixed: Medium Merge Risk: ⚪ Minimal · up to Recommendation IDs now distinguish registered cloud accounts while preserving stable recollection and ambient-account behavior. No actionable merge-blocking risk remains after normal checks; existing links may change after refresh as documented. 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ Finishing Touches 💡 1📝 Generate docstrings 💡
🧪 Generate unit tests (beta)
Comment |
Recommendations from two registered AWS accounts can share the provider-reported account value, producing identical IDs and returning the wrong account's recommendation. IDs now use the CUDly cloud-account UUID and the same dimensions as the database's natural key. Tagging recomputes the ID, keeping recollection stable and ambient accounts supported.
Closes #235.
Independent adversarial Astra review approved exact commit
835f6ecac7ed2a29450ed37f79acb86f03697cb3with no actionable findings, under the owner's authorized local-review alternative. The reviewer read the full committed diff and independently reproduced the original failure with the final regression against the parent source.Verification used synthetic provider inputs with the real scheduler, PostgreSQL migrations through 101, store, scoped HTTP detail handler and pricing consumers. The exact-commit connected race test passed, including six persisted recommendations across two accounts, account-specific lookups, cross-account denial, compatible variants, tenancy mismatch, stale-ID 409 and successful stable recollection. Full scheduler/API race suites and backend build passed. A negative control confirmed that a failed second collection cannot be mistaken for successful recollection. The committed PostgreSQL 16 container path also passed; separate exact-commit evidence used native PostgreSQL 17 on macOS. Author checks included pinned lint, normal commit hooks and frontend recommendation tests.
No live cloud collection or purchases were performed. Existing recommendation links can return 404 after refresh; failed-account rows retain old IDs until a successful refresh. Same-platform-account subscription collisions in the SQL key remain outside this issue's scope.
Summary by CodeRabbit