mirror of
https://codeberg.org/PostERG/xamxam.git
synced 2026-06-25 16:19:19 +02:00
6d93199fa2
Investigation verdict: - HTMX does NOT swap the FilePond container on the edit page; the htmx:targetError in the crash log is unrelated noise - The pre-destroy abort in destroyFilePondsIn has a wrong status check (filters for nonexistent status 4, misses status 7 LOADING) but is moot because no HTMX swap targets the FilePond container - The load-file-error -> DID_THROW_ITEM_INVALID path is vulnerable (passes t.status directly, unlike every other error handler which wraps it), but for local files the LOAD_FILE plugins always wrap rejections properly - Likely actual trigger: Firefox XHR abort edge case in server.load for the existing cover file, racing with addition of a new local file that replaces it in the single-file queue
24 lines
1.5 KiB
Markdown
24 lines
1.5 KiB
Markdown
# TODO
|
|
|
|
## HTMX v2 Migration
|
|
|
|
Reference: `docs/autosave-system.md` → "HTMX v2 Migration Plan" section.
|
|
|
|
- [x] `contenus-edit.php` (pages): Add `hx-*` attrs, add `overtype:change` dispatch in OverType `onChange`
|
|
- [x] `contenus-edit.php` (form_help): Add `hx-*` attrs, add `overtype:change` dispatch in OverType `onChange`
|
|
- [x] `apropos-groups-form.php` (contacts): Add `hx-*` attrs only
|
|
- [x] `contenus-edit.php` (sidebar_links): Add `hx-*` attrs only
|
|
- [x] Add `handleAutosaveResponse()` shared handler + `htmx:beforeRequest` loading state
|
|
- [x] Delete `autosave.js`
|
|
- [x] Fix backend `$isAjax` detection: also recognize `HX-Request` header (page.php, apropos.php, form-help.php)
|
|
- [x] Form-help inline editors: add OverType toolbar + HTMX auto-save + remove save buttons
|
|
- [x] Markdown cheatsheet modal: reusable dialog on all OverType editors
|
|
|
|
## FilePond crash on TFE upload forms
|
|
|
|
- [x] Analyze root cause → `docs/filepond-crash-analysis.md`
|
|
- [x] Partial fixes (Content-Type headers, onerror cleanup, load object) — insufficient, crash still reproduces
|
|
- [x] HTMX/destroy race hypothesis investigation → `docs/filepond-race-investigation.md` (verdict: REFUTED; likely cause: Firefox XHR abort edge in server.load racing with file replacement)
|
|
- [ ] Replace `server.load` with custom fetch-based function to bypass FilePond's `createResponse` path entirely (see investigation doc, recommended next step)
|
|
- [ ] Fix `destroyFilePondsIn()` status check: `f.status === 7` (LOADING) not caught; needs to also cover LOADING and PROCESSING_QUEUED (status 9)
|