WYSIWYG fields in ACF Blocks don't save without switching to Preview first
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- javascript
Direzione di ricerca
Esamina acf-pro-blocks.js, in particolare BlockForm.componentDidAppend() e la relativa gestione di change/key-up. Riproduci il caso WYSIWYG di un repeater annidato nell’editor Gutenberg, quindi verifica che il contenuto persista durante il salvataggio in modalità Edit senza passare a Preview.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
WYSIWYG fields inside ACF Blocks (particularly when nested in repeaters or groups) silently lose their content when saving the post. The content is only persisted if the user manually switches the block to "Preview" mode before saving.
Steps to Reproduce
- Create an ACF Block with a repeater field containing a WYSIWYG sub-field
- Add the block to a post in the Gutenberg editor
- Add a repeater row and type content into the WYSIWYG field
- Click "Save" (without switching the block to Preview first)
- Reload the page — the WYSIWYG content is gone
Expected Behavior
WYSIWYG field content should be saved regardless of whether the block is in Edit or Preview mode.
Actual Behavior
Content typed into WYSIWYG fields is lost on save unless the block is switched to Preview mode first. Other field types (text, select, etc.) save correctly.
Root Cause
In acf-pro-blocks.js, the BlockForm.componentDidAppend() method binds change detection to the block wrapper:
// ACF source (deobfuscated):
i.on("change keyup", () => {
clearTimeout(a);
a = setTimeout(s, 300); // s() calls acf.serialize() → setAttributes({ data })
});
- Lingua principale
- PHP
- Stelle
- 946
- Fork
- 197
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di AdvancedCustomFields/acf
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
AdvancedCustomFields/acf#1041 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
AdvancedCustomFields/acf#1038 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
AdvancedCustomFields/acf#1034 · 2 commenti ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 86/100
AdvancedCustomFields/acf#1032 · 1 commento ·
-
Drop trap, acf_after_titleAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
AdvancedCustomFields/acf#1029 · 1 commento ·
Tutte le issue di AdvancedCustomFields/acf
Issue simili
-
sync-en
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
bug Feature: Kiosk
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno
-
Infrastructure: actions Module: zmscitizenapi Module: zmsentities php Type: Bug unit tests
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
it-at-m/eappointment#3480 ·
I maintainer di solito rispondono entro 1 giorno
-
HttpClient
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
CI: composer install fails — league/flysystem 1.x blocked by security advisory GHSA-cxf4-7mrp-vvprApertadevops type: bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno