fix(cli): reject empty messages without attachments - #7050
rmarquesAvatel wants to merge 1 commit into
Conversation
Signed-off-by: Rubén Márques <rmarques@avatel.es>
🔐 Codex Security Review
|
|
I built on this CLI-first fix while validating the broader empty-message boundary. The complete signed-off contribution and test evidence are now posted on the existing three-layer PR #5394, with commit 4c1e63d32 available to consolidate there. The CLI portion preserves delayed stdin producers and captionless uploads, rejects whitespace before network access, and makes the required attachment syntax explicit: I suggest coordinating the overlapping CLI work with #5394 so that the enforcement and regression coverage can land together. No additional upstream PR has been opened. |
Summary
buzz messages sendwhen trimmed content is empty and no--fileis present.Work package: BUZZ_PAQUETE_RECHAZO_CUERPO_VACIO_2026_08_30.md (internal factory package; audit ratification event
4d70c1beed11218e46c4fe2ed5326461ea1db2ae947fd2b2de01b4a85e0ba59c).Evidence
eed74bde2f4797714335ac10c56c0b0244c1def4: focused test had 3 expected rejection failures and 2 pass-through passes.27b763353e7ae688733282ff8dbe62c9e521a692: focused test 5/5;just cipassed.Test plan
cargo test -p buzz-cli --test messages_send_emptyjust ci