fix: propagate errors in RocksDB iterators#2071
Conversation
There was a problem hiding this comment.
This file seems like it tagged along by accident.
|
Did check the changes but this doesn't even compile. Can you please fix the errors? |
Updated CHANGELOG to reflect breaking changes and fixes.
|
Resolved merge conflicts and updated changelog. Ready for review. |
|
Still doesn't compile for me. Have you tried running |
Co-authored-by: Mirko von Leipzig <48352201+Mirko-von-Leipzig@users.noreply.github.com>
…block_height` field (0xMiden#2081)
6e03a69 to
eeb28e1
Compare
|
Thanks for checking this. I ran |
|
AI can't read :) |
|
I am not AI, If you want logs I could give it |
Alright, but could you then run |
|
I did run make test early this morning |
Apologies, was because your comment said |
It's alright buddy, I totally get it. |
|
Thanks for the suggestion I ran The test suite starts and runs successfully but gets terminated near the end with: To verify my changes, I ran targeted tests for the affected crate: cargo nextest run -p miden-node-store --jobs 1Result: So the relevant tests pass locally. Happy to investigate further if there's a specific failure or environment detail you'd like me to check. |
This PR addresses issue #1729 by replacing silent
.ok()?usage in RocksDB iterators with proper error propagation.Changes:
Result<(u64, SmtLeaf), StorageError>.ok()?with explicit error handlingThis improves reliability and makes storage corruption visible instead of hidden.