A folder with no signer name or key verifies Markdown and saves it unsigned #8
Reference in New Issue
Block a user
Delete Branch "verify-only-mode"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
A connection with neither a signer name nor a signing key now opens as a verify-only folder, for someone with no wallet who only checks files others signed: reads still carry the verdict, and a Markdown save stores the file unsigned, byte for byte except the verdict line, so an existing signature stays and an edit honestly reads as Tampered. Giving only one of the two still refuses the connection. Version 0.1.1, since 0.1.0 is already in the store.
Unit tests cover the name and key pairing and the byte-exact unsigned save; the app run against the store follows in a comment.
🤖 Generated with Claude Code
@bot please review the head; with neither ensName nor privateKey the connection is verify-only: reads still add the verdict line, and a Markdown save strips only that line and stores every other byte unsigned, keeping any existing signer and signature. One of the two alone must still be InvalidInput. Also check the 0.1.1 bump in manifest, Cargo.toml and the lock.
✅ Approved
Verify-only operation, unsigned saves, validation, and the 0.1.1 release metadata meet the requested requirements.
Strengths
Requirement coverage
InvalidInput.manifest.json,Cargo.toml, andCargo.lockconsistently use 0.1.1.Issues
None
No Critical, Important, or Minor findings.
Declined to judge
None
No behavior was set aside as outside the requirements.
Checks
Passed
cargo fmt --checkcargo test --all-targets— 26 passedcargo clippy --all-targets -- -D warningspython3 -m json.tool manifest.jsongit diff --check 6677e8a..46f2d1fChecked in an unmodified nightly Memona against the real store: 0.1.1 is live at https://plugin.memona.io/en/plugins/memona/signature and the app updated to it. A connection with no signer name and no key, trusted parent mdsig91205.eth, over a local WsgiDAV, connects; the file signed as bob.mdsig91205.eth reads Verified, a saved edit goes through with only that line changed on the server, and it then reads Tampered. The nightly has no way yet to open a connection's files in the editor, so the reads and the save went through the app's own plugin file endpoint.