Repository navigation
Clear stale Incipit status when actions appear - #21
Conversation
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit 000119f. Configure here.
readwrightexecute
left a comment
There was a problem hiding this comment.
@readwrightexecute Nice, tight fix for the stale status bar. I verified both halves of the change end to end: the /step3-actions route now emits the out-of-band clear for #status-bar (via the new status_oob default) whenever every section is terminal, which covers the job_done-only path where no section-card poll ever runs; and the {% with status_oob=false %} guard in section_card.html correctly keeps the terminal-card branch from double-emitting the same OOB swap (it would have been the direct opposite of the bug being fixed, so this was the right call). The sections-fragment group refetch is unaffected — oob is not passed there, so the clear doesn't leak into the full-list swap. I ran the full webapp suite locally (248 passed, 1 xfail, coverage gate green) and rendered the new and unchanged include paths directly to confirm #status-bar appears exactly once per OOB response. Both new tests pin the exact behavior the PR targets, including the count == 1 duplicate-swap assertion. Ship it — this is a clean, well-scoped fix.
🔁 Powered by Looper · runner=reviewer · agent=pi · An autonomous AI dev team for your GitHub repos.

Summary
section_card.htmlfrom nesting a second#status-barinside the#step3-actionsOOB payload#status-barTests
id="status-bar"and includesstep3-actionspytest/python3 -m pytest tests/test_routes.pybecausepytestis not installed in this shell