fix: proof display implemenation hides deserialization errors#363
fix: proof display implemenation hides deserialization errors#363shumkov wants to merge 2 commits into
Conversation
WalkthroughThis update adds a new test case for verifying the serialization and deserialization of a Changes
Possibly related PRs
Suggested reviewers
Poem
Tip ⚡🧪 Multi-step agentic review comment chat (experimental)
📜 Recent review detailsConfiguration used: CodeRabbit UI 📒 Files selected for processing (3)
⏰ Context from checks skipped due to timeout of 90000ms (4)
🔇 Additional comments (10)
✨ Finishing Touches
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. 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
…ing them element_hex_to_ascii and optional_element_hex_to_ascii were silently swallowing Element deserialization errors by falling back to hex encoding. This hides real problems when displaying proofs. Now these functions return Result<String, fmt::Error> so errors propagate through the fmt::Display chain. Supersedes #363. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
|
Replaced by PR #431 |
…ing them element_hex_to_ascii and optional_element_hex_to_ascii were silently swallowing Element deserialization errors by falling back to hex encoding. This hides real problems when displaying proofs. Now these functions return Result<String, fmt::Error> so errors propagate through the fmt::Display chain. Supersedes #363. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
…ing them (#431) * fix: propagate deserialization errors in proof display instead of hiding them element_hex_to_ascii and optional_element_hex_to_ascii were silently swallowing Element deserialization errors by falling back to hex encoding. This hides real problems when displaying proofs. Now these functions return Result<String, fmt::Error> so errors propagate through the fmt::Display chain. Supersedes #363. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * fix: resolve pre-existing --all-features build failures Fix two issues that caused CI failures with --all-features: 1. debugger.rs: add explicit lifetime to RwLockReadGuard to fix mismatched_lifetime_syntaxes clippy lint 2. Cargo.toml: enable grovedb-query/serde feature when grovedb serde feature is active, fixing Serialize/Deserialize derive failure on SizedQuery which contains grovedb_query::Query Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> * test: add coverage for element_hex_to_ascii and optional_element_hex_to_ascii Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.6 <noreply@anthropic.com>
Issue being fixed or feature implemented
The proof display implementation should return an error if we can't deserialize element
What was done?
How Has This Been Tested?
With DET
Breaking Changes
None
Checklist:
For repository code-owners and collaborators only
Summary by CodeRabbit