Log encryption failure cause under DEBUG in encryptWithCipher - #511
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
Included review availability: Your plan provides up to 1 included review per hour; 0 remain after this review. WalkthroughThe encryption failure path now logs the exception type and message in debug builds before throwing the existing ChangesEncryption Failure Logging
Estimated code review effort: 1 (Trivial) | ~2 minutes Merge Risk: ⚪ Minimal · up to This change only improves DEBUG diagnostics for encryption failures without altering normal exception behavior or production data handling; no actionable merge-blocking risk remains. Suggested reviewers: Poem
🚥 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. Comment |
|
Verified and no blockers. This is the change I asked for, and it earns its place: the discarded cause here is exactly what I had to patch in locally to diagnose the #508 investigation, and the same opacity is why #483 sat filed as an Android 17 encryption bug longer than it should have. The mirror claim is accurate. Checked the obvious risk in a change that adds logging next to secret material: On the base. This branch sits on Pixel 9a, Android 17, |
Mirrors decryptWithCipher: logs the discarded cause under BuildConfig.DEBUG before throwing StorageException, so encrypt failures are diagnosable.
Summary by CodeRabbit