Repository navigation
Pin live that a forget drops every pack; say recall packs carry stored text - #210
Conversation
Tiny Sweeper reviewTiny Sweeper reviewed this change across 6 lane(s) and found 1 active actionable finding(s). Detailed lane evidence and any incomplete work are listed below. State: Ready for maintainer review Review snapshot
Completeness: Complete What changedThe review could not produce a supported behavioral summary; inspect the cited changed surface and lane details below. FeaturesNone identified with supported citations. TestsNo supported feature-to-test mapping was produced. Test execution is not inferred. Findings
Before mergeNone. Agent review detailscritique
security
tests
commits
description
e2e
Evidence and run details
|
|
Warning Review limit reached
This review includes 3 billable files and costs up to $0.75. Or wait 39 minutes for your next included review. View limit detailsLimit details: You’ve used the included review currently available. Review configuration: ⚙️ Run configuration
📒 Files selected for processing (3)
Comment |
There was a problem hiding this comment.
tinysweeper found nothing blocking. Approving.
$0.0012 · 97,921 in / 7,263 out · 15,288 cached (16%) · gpt-5.6-luna, glm-5.3-flash
critique: $0.0004 · 34,626 in / 2,428 out · 8,132 cached (23%) · gpt-5.6-luna
security: $0.0004 · 33,086 in / 1,394 out · 7,156 cached (22%) · gpt-5.6-luna
tests: $0.0001 · 12,433 in / 721 out · 0 cached (0%) · glm-5.3-flash
description: $0.0001 · 5,606 in / 94 out · 0 cached (0%) · glm-5.3-flash
e2e: $0.0001 · 7,822 in / 526 out · 0 cached (0%) · glm-5.3-flash
Summary
Two leftovers from #207–#209, which merged before they were pushed:
A live test of what recall's dropped-pack retry rests on.
a_forget_anywhere_drops_every_pack_the_server_holds(Direct) checks against the real server that:use_pack_idanswer a 404;The retry itself runs inside one
recallcall, where an outside test cannot place a forget between the recall and the answer. So the live suite pins the server behaviour instead, andan_answer_whose_pack_expired_recalls_that_scope_againpins the engine side. If CortexDB stops dropping packs or answers with another status, this test fails on the real server.Docs: the
logmodule and the test double still said recall prefixes[role]to a pack event's text. CortexDB 0.10.3 and 0.10.4 return the stored text inlayers.events; the marker is only incontext_block(API §9.4). [stacked on #207] Write events as prose with the envelope in labels; let items opt out of derivation #208 changed the double accordingly; this corrects the prose.Related issue
Follows #207 (review threads PRRT_kwDOT0GFnc6po1pd, PRRT_kwDOT0GFnc6po1pi, PRRT_kwDOT0GFnc6po1po) and #209 (PRRT_kwDOT0GFnc6ppDvd, PRRT_kwDOT0GFnc6ppDv8).
API or behavior changes
None. A live test and two doc comments.
Validation
Local, on this tree (identical to the verified b9f154f7), in a target dir of this worktree's own:
cargo fmt --all -- --check: okcargo clippy --all-targets --all-features -- -D warnings: okcargo build --all-targets --all-features: okcargo test --all-features: ok, 1130 passedcargo test: ok, 442 passedRUSTDOCFLAGS="-D warnings" cargo doc --no-deps --all-features: okcargo run -p tinymemory-integrations --example basic: okcargo llvm-cov … --fail-under-lines 80: ok, 94.20% linescargo hack --feature-powerset --depth 2 --workspace check --all-targets: okscripts/cortexdb-live.shon a fresh local CortexDB v0.10.4: ok, 5 + 1 + 3 passed; the new test also passed 3/3 on fresh servers.Checklist
#[allow(...)],#[ignore], or relaxed lints.envcontents in the diff or the description