Insiders Feedback: MCP Apps: issue_write form widget collapses immediately in Claude clients — parameters never hydrate, submit impossible

Inizia riproducendo issue_write sia con update che con create tramite il GitHub MCP server in Claude.ai o Claude Desktop, utilizzando i parametri e i passaggi riportati in questo report. Confronta il comportamento del widget del modulo con il widget di visualizzazione get_me funzionante. L'attività è completata quando il modulo rimane aperto, riceve i parametri forniti, entra in modalità di modifica per update e consente l'invio.

Version: Insiders — remote hosted GitHub MCP Server via the Claude connector
(claude.ai / Claude Desktop); no local docker instance, server version not
exposed to the client. Observed 2026-07-06.

Feature: MCP Apps — interactive form widgets (issue_write, presumably all
elicitation-type forms)

Feedback:

Calling issue_write (both method: create and method: update, with fully
pre-filled owner/repo/title/body) renders the interactive form for a split
second, then it collapses into an error state (red warning icon on the
tool-call row). Hovering the collapsed widget shows the server's instruction
text as an error tooltip ("An interactive form has been shown to the user …
Wait silently for the user to review and click Submit.").

During the brief moment the form was visible, it was the blank create
form — no repository pre-selected, empty title and description — although
the call was method: update with issue_number and a pre-filled title.
Tool-call parameters never reach the widget, and edit mode is never entered.

Steps to reproduce:

1. Connect the GitHub MCP server to Claude (claude.ai or Desktop).
2. Model calls issue_write with method: update, owner/repo/issue_number
   and pre-filled title/body.
3. Form flashes (blank, create-mode), then auto-collapses to error state.
4. Same result with method: create and a short pre-filled title/body.

Expected: form stays open, hydrated with the tool-call parameters (edit mode
for update), waiting for user review and submit.
Actual: blank create form, no hydration, auto-collapse. Submit unreachable —
the write never happens.

Reproducibility: 4/4 in one session (2× update ~4.5 KB body, 1× update
title-only, 1× create short) — payload-independent. Display-type MCP Apps
widgets (get_me) render fine in the same session, so the failure is
specific to form widgets, not MCP Apps infrastructure. Screenshots available.