fix: honest MCP verbs — reopen, rota attribution, event clears #142
No reviewers
Labels
No labels
adr
android
area/calendar
area/design-system
area/i18n
area/jobs
area/offline
area/server
area/testing
bug
ci
duplicate
enhancement
help wanted
invalid
notifications
question
reliability
security
severity/low
severity/medium
tracking
web
wontfix
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
eagraiclainne/app!142
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/mcp-defects"
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?
Closes #113, #120, #121. PR 4 of the #137 stack, based on #141.
Three parity defects from the 2026-08-18 report, all in
internal/mcp/tools.go:complete_itempromised reopening in its description but never sent the flag. Acompleteparameter (default true) now rides the existingSetCompleteclient wrapper, so an assistant can put a job back like every other surface.set_rota_slotandoverride_dayattributed mutations to the device key itself. Both now takeacting_userlike the other reward-adjacent writes, so MEAL_ASSIGNED names the person who asked.update_eventread empty strings as unchanged, leaving no way to clear a description or location. Explicitclear_description/clear_locationbooleans now say so, documented in the tool description.Integration coverage added for all three (reopen round-trip, clear round-trip, rota audit attribution to the acting user). Live-verified against the deployed cluster over a real
/mcpsession: schemas carry the new fields, reopen and clears round-trip, and the rota audit entry names the acting user as actor with the key as subject. Verify data cleaned up andmcp_enabledreturned to off.🤖 Generated with Claude Code
Test report
Coverage: 28.2%
Updated by the check workflow · commit
15dcaa4c5a