Skip to content

fix(app): a request whose element is gone no longer holds up every form - #175

Merged
codebyarne merged 1 commit into
mainfrom
fix/vastgelopen-formulier
Nov 13, 2026
Merged

codebyarne merged 1 commit into
mainfrom
fix/vastgelopen-formulier

Conversation

@codebyarne

Copy link
Copy Markdown
Owner

In de desktop-app deed Koppel met Claude niets, en daarna ook geen ander formulier, tot het venster dichtging.

Oorzaak: een deel dat zichzelf ververst stuurde een htmx-verzoek; een paginawissel verving dat deel voordat het antwoord kwam. htmx meldt het einde alleen aan het element zelf, dus app.js bleef het verzoek als lopend zien, en elk POST-formulier wachtte erop.

Fix: app.js telt nu ook het einde van het verzoek zelf (loadend), naast htmx:afterRequest.

  • Test die eerst faalde: test_a_request_whose_element_is_gone_does_not_hold_up_the_forms (ook groen in WebKit)
  • Regel in BUGS-BY-HAND.md
  • ./scripts/verify.sh groen

🤖 Generated with Claude Code

In the desktop app "Koppel met Claude" did nothing, nor did any other
form, until the window closed. A part that fetches itself sent an htmx
request, and a page change replaced that part before the answer came.
htmx reports the end only to the element that sent it, so app.js kept
the request in its list and every POST form waited for it. The
request's own loadend now counts too.

Playbook: n.v.t. — a fix in Huismus's own app.js, no workflow change

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
@codebyarne
codebyarne merged commit 4c2049d into main Nov 13, 2026
2 checks passed
@codebyarne
codebyarne deleted the fix/vastgelopen-formulier branch November 13, 2026 07:48
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant