Files
xamxam/TODO.md
Pontoporeia d8d925243e docs: add filepond crash analysis report
Documents the 'can't access property main, n.status is undefined'
crash in FilePond 4.32.12. Root cause: vendor code in filepond.min.js
has a property name mismatch — createResponse objects use .code but the
load-file-error handler reads .status. When action.status is undefined,
the view writers crash.

Proposes Option B (custom load function) as the cleanest fix.
2026-06-10 00:18:49 +02:00

1.3 KiB

TODO

HTMX v2 Migration

Reference: docs/autosave-system.md → "HTMX v2 Migration Plan" section.

  • contenus-edit.php (pages): Add hx-* attrs, add overtype:change dispatch in OverType onChange
  • contenus-edit.php (form_help): Add hx-* attrs, add overtype:change dispatch in OverType onChange
  • apropos-groups-form.php (contacts): Add hx-* attrs only
  • contenus-edit.php (sidebar_links): Add hx-* attrs only
  • Add handleAutosaveResponse() shared handler + htmx:beforeRequest loading state
  • Delete autosave.js
  • Fix backend $isAjax detection: also recognize HX-Request header (page.php, apropos.php, form-help.php)
  • Form-help inline editors: add OverType toolbar + HTMX auto-save + remove save buttons
  • Markdown cheatsheet modal: reusable dialog on all OverType editors

FilePond crash on TFE upload forms

  • Analyze root cause → docs/filepond-crash-analysis.md
  • Partial fixes (Content-Type headers, onerror cleanup, load object) — insufficient, crash still reproduces
  • Replace server.load with custom function to bypass FilePond's buggy load-file-errorDID_THROW_ITEM_INVALID dispatch (see analysis doc, Option B)
  • Implement destroyFilePondsIn() pre-destroy abort (defense in depth)