test(daemon): let the exit waits race the create's publish #80
No reviewers
Labels
No labels
priority/P0
priority/P1
priority/P2
release/v0.1.0
status/blocked
status/planned
type/bug
type/design
type/test-gap
type/tracker
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
natsukium/felis!80
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/held-row-publish-race-20"
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?
Follow-up to #79, which turned main's
cargo build / clippy / test / denyjob red on a load-sensitive test.
A create publishes its pool row after writing the ack, so a test that
reads its own ack and then looks the session up by name can arrive in the
instant before the publish. Both post-exit waits in
crates/felis-daemon/src/serve/tests.rstreated an absent handle as afailed premise and panicked with "the graced session must stay in the
pool"; they now retry until their own deadline, which is the order
docs/explanation/architecture/session-lifecycle.mddocuments. Daemonbehavior is unchanged — this is a test-side fix.
Verified: the two affected tests pass repeatedly under
--test-threads 16(the shape that reproduced the failure locally), plus
cargo clippy -p felis-daemon --all-targets -D warningsandcargo fmt --check.