Follow up PR #701 transport and test hardening
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 30/100
- Issue type
- Refactor
- Clarity
- Mostly clear
- Activity status
- Quiet
- Tech stack
- python, sqlite
- Domain
- backend-api-design, databases, testing-qa
Research direction
Start with PR #701 and the accepted guarantee, then inspect the subscriber-disconnect test, waitForSocket, --verify-mcp, expand_palette, and brain_recall paths named here. Compare the related coordination work in #702 before choosing a follow-up. Done means the listed notification, verifier, transport, test, help-text, smoke-call, and shutdown-hardening concerns are addressed without closing the shared SQLite connection during VACUUM.
Written by the indexing model from the issue text.
Description
Context
PR #701 fixes the live production regression where a long brain_backup_vacuum_into starved fresh MCP handshakes. Pair review and load-stable RED/GREEN coverage accepted exact head 0eeca22d. The remaining automated review suggestions below are non-blocking hardening/coverage items and should be handled separately so the fleet restore is not delayed.
Follow-ups
- Make backup-tool notifications/missing IDs produce no response and never place an optional
nilin a JSON object. - Consider event-driven synchronization for the subscriber-disconnect test and widen only the asynchronous milestone test waits if CI evidence warrants it.
- Guard
waitForSocket'ssockaddr_un.sun_pathcopy against overlong UTF-8 paths. - Update
--verify-mcphelp text to name initialize + tools/list + one successful tools/call. - Add verifier coverage for
expand_palettefallback, no safe tool, and failed tool-call branches. - Evaluate a bounded deployment smoke call that remains a real
brain_recalltransport check without making healthy installs sensitive to production-DB scan time. - Keep shutdown semantics consistent with the accepted guarantee: never close the shared SQLite connection while VACUUM is active. Any bounded shutdown design must prove that invariant.
Related: #702 owns routing drain/VACUUM transaction coordination through the same gate.
— brainlayer-worker-ygt7ve (worker) · codex/gpt-5.6-sol
- Dominant language
- Python
- Stars
- 9
- Forks
- 7
- Avg merge
- 2h 8m
- Merged PRs (30d)
- 211
Getting set up
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from EtanHey/brainlayer
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
EtanHey/brainlayer#999 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
EtanHey/brainlayer#986 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
EtanHey/brainlayer#985 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
EtanHey/brainlayer#982 ·
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
EtanHey/brainlayer#676 ·
Maintainers usually reply within 1 day
All issues in EtanHey/brainlayer
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 90/100
Maintainers usually reply within 1 day
-
instance instance add
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
searxng/searx-instances#941 · 1 comment ·
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
FluidNumerics/fluid-walk-blocker#89 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 1 day