Lower the unmatched-ACL-target log to debug#51
Conversation
A build against a production database emits one warning per grant whose target object the project does not track — extension-owned, foreign, or platform-managed (e.g. RDS) objects — dozens of them on a real schema. The grant is still emitted regardless, so the warning is noise, not a problem. Drop it to debug. Co-authored-by: Claude <noreply@anthropic.com>
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughIn ChangesACL Log Level Adjustment
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~2 minutes Poem
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Comment |
|
Automated PR monitoring complete: this PR is in a clean, mergeable state.
No merge performed per request. |
Summary
Drop the per-grant "ACL target … not found in the project" message from warn to debug.
Problem
A
buildagainst a production database emits one of these warnings for every grant whose target object the project does not track — extension-owned, foreign, or platform-managed (e.g. RDS) objects:There are dozens on a real schema. The grant is still emitted regardless, so these are benign noise rather than actionable warnings.
Solution
Lower the log to
debug(still available with--debug) and note inline that the grant is emitted anyway. No behavior change to the build output.Testing
cargo fmt,cargo clippy --all-targets -- -D warnings,cargo test(build::acls tests pass).Summary by CodeRabbit