Repository navigation
test(canopen): witness queued events before disposal - #470
Conversation
PR SummaryLow Risk Overview Both scenarios now block the first No public API or runtime disposal behavior changes—only test infrastructure and timing reliability for #362. Reviewed by Cursor Bugbot for commit 6a95535. Bugbot is set up for automated code reviews on this repo. Configure here. |
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
|
Codex Review: Didn't find any major issues. Hooray! Reviewed commit: ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
If Codex has suggestions, it will comment; otherwise it will react with 👍. Codex can also answer questions or update the PR. Try commenting "@codex address that feedback". |
What does this change?
Refs #362 and its remaining timing inventory in comment 6357888413. Two CANopen disposal tests assumed that a second heartbeat was queued after 300 ms. They now block the first subscriber explicitly, wait until the second event is actually queued, and release the subscriber only after that observation. Assertions wait for the event pump to terminate through an internal test seam, replacing the final negative delay as well. Cleanup releases the subscriber even when an assertion fails.
The outside-disposal case still exercises the real pump join timeout: its subscriber remains blocked until Dispose returns. Two restored source mutations fail at runtime: delivering queued events after stop, and retaining the stopped queue. The test-only completion accessor changes no public API or disposal behavior. #362 remains open for its other timing windows.
Type of change
feat— new behaviour (minor release)fix/perf— bug or performance fix (patch release)docs/test/refactor/chore/ci— no releaseChecklist
Validation: 3,035 net10 tests; net48 compilation; nine verified packages; 50 engineering tests; requirements traceability. Cobertura inspected across every class/nested type: the changed executable entry is covered with no missing line or partial branch.