SK-251 // Don't panic on failed delete#250
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #250 +/- ##
==========================================
- Coverage 78.37% 78.30% -0.08%
==========================================
Files 62 62
Lines 3852 3853 +1
==========================================
- Hits 3019 3017 -2
- Misses 833 836 +3 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
| .await?; | ||
| .await | ||
| { | ||
| tracing::warn!("delete failed, continuing: {:?}", e) |
There was a problem hiding this comment.
we already import tracing::* so you can just use warn! here.
drmorr0
left a comment
There was a problem hiding this comment.
I am of two minds here.... there's part of me that just wants to scope this down to only 404s (if we get some other error we probably ??? want to know about it). On the other hand, I'm real tired of simulations failing for dumb shit like this.
I think on the balance, probably the right thing to do is to scope it down to 404s only, though.
Description and Rationale
How
Test Steps
Previously the driver fails when the delete request returns a 404, crashing the driver:
After the error handling change we just see a warning in the driver pod log:
Other Notes
if we want to make it even more specific we could only suppress the 404 erros instead of all errors returned by delete() but that doesn't seem necessary.
[ X ] I certify that this PR does not contain any code that has been generated with GitHub Copilot or any other AI-based code generation tool, in accordance with this project's policies.