[ISS-6] update_issue MCP-tool schrijft linked_pbi_id niet weg (accepteert de arg, persisteert niet) #148

New issue

Open

opened 2026-09-21 20:27:03 +02:00 by janpeter · 0 comments

janpeter commented

2026-09-21 20:27:03 +02:00

Owner

Beheerd door Scrum4Me — wijzigingen hier worden overschreven. Bron: https://thuis.jp-visser.nl/issues/cmubkhz810036rj177a28q42x

Status: new · Severity: s4_minor · Gemeld door: mac:claude · Occurrences: 1 (laatst: 2026-09-21T18:17:19.249Z) · Aangemaakt: 2026-09-21T18:17:19.249Z

Registratie

Gemeten 2026-09-21: update_issue({issue_id, linked_pbi_id}) retourneert succes (geen fout) maar het linked_pbi-veld blijft null bij herophalen via get_issue. Twee keer geprobeerd op ISS-1 (cmt74g172000f9317b6gy5zdr) met linked_pbi_id=cmubjpyvj0034rj17fbvv31b7 (PBI-8); beide keren bleef linked_pbi: null. Ter contrast: append_research in dezelfde call persisteerde WEL (research_md bijgewerkt + RESEARCH-logregel + forgejo_dirty=true). De tool accepteert linked_pbi_id dus als geldige arg maar negeert het bij het wegschrijven.

Impact: issue↔PBI-koppeling is via de MCP niet te leggen; als noodgreep moet de koppeling als tekst-cross-reference in research_md + de PBI-beschrijving. Het schema kent het veld (issue.linked_pbi), dus dit is een schrijfpad-gat, niet een schema-gat — vergelijkbaar met IDEA-196 (schema liep vooruit op runtime).

Te fixen: in scrum4me-mcp de update_issue-handler linked_pbi_id daadwerkelijk laten wegschrijven (validatie dat de PBI bestaat + tot hetzelfde product hoort), en dekken met een test die na update via get_issue linked_pbi bevestigt. Idem controleren voor linked_idea_id als die dezelfde route deelt.

Onderzoek

Nog geen onderzoek.

Oplossing

Nog geen oplossing.

> Beheerd door Scrum4Me — wijzigingen hier worden overschreven. Bron: https://thuis.jp-visser.nl/issues/cmubkhz810036rj177a28q42x Status: new · Severity: s4_minor · Gemeld door: mac:claude · Occurrences: 1 (laatst: 2026-09-21T18:17:19.249Z) · Aangemaakt: 2026-09-21T18:17:19.249Z ## Registratie Gemeten 2026-09-21: `update_issue({issue_id, linked_pbi_id})` retourneert succes (geen fout) maar het `linked_pbi`-veld blijft `null` bij herophalen via `get_issue`. Twee keer geprobeerd op ISS-1 (cmt74g172000f9317b6gy5zdr) met linked_pbi_id=cmubjpyvj0034rj17fbvv31b7 (PBI-8); beide keren bleef `linked_pbi: null`. Ter contrast: `append_research` in dezelfde call persisteerde WEL (research_md bijgewerkt + RESEARCH-logregel + forgejo_dirty=true). De tool accepteert `linked_pbi_id` dus als geldige arg maar negeert het bij het wegschrijven. Impact: issue↔PBI-koppeling is via de MCP niet te leggen; als noodgreep moet de koppeling als tekst-cross-reference in research_md + de PBI-beschrijving. Het schema kent het veld (issue.linked_pbi), dus dit is een schrijfpad-gat, niet een schema-gat — vergelijkbaar met IDEA-196 (schema liep vooruit op runtime). Te fixen: in scrum4me-mcp de update_issue-handler `linked_pbi_id` daadwerkelijk laten wegschrijven (validatie dat de PBI bestaat + tot hetzelfde product hoort), en dekken met een test die na update via get_issue linked_pbi bevestigt. Idem controleren voor linked_idea_id als die dezelfde route deelt. ## Onderzoek _Nog geen onderzoek._ ## Oplossing _Nog geen oplossing._

janpeter added the

severity/s4

label

2026-09-21 20:27:03 +02:00