Un recente aggiornamento degli script client Quick Create ha smesso di attivare gli handler onChange del modulo padre quando gli utenti creano un record da un popup di quick-create di lookup. Il risultato: i record figlio vengono salvati ma la pagina padre non rileva il nuovo valore di lookup finché l'utente non lo riseleziona. [1]
Cosa significa — spiegazione concreta legata alla superficie API di Zoho
Quick Create ora apre e salva il record figlio in una modale senza propagare l'evento di modifica del lookup alla pagina del browser padre, quindi gli handler onChange di Client Script collegati al campo padre non vengono eseguiti automaticamente dopo un salvataggio quick-create. Client Script viene eseguito nel browser e dipende dagli eventi dell'interfaccia utente per attivare i tuoi script, quindi la mancanza di eventi significa che la tua logica lato client esistente non viene mai eseguita. [1][7]
Cause comuni
- La modale Quick Create salva il record figlio ma non emette l'evento "change" del lookup padre su cui si basa Client Script. [1]
- Client Script non espone quale campo di lookup ha aperto il popup quick-create, quindi lo script padre non può dedurre l'intento quando esistono più lookup. [1]
- La tua automazione dipende dagli handler onChange (lato client) invece che da aggiornamenti lato server o refresh espliciti; i salvataggi modali bypassano tali handler. [1][7]
- Un recente aggiornamento della piattaforma ha modificato il collegamento degli eventi per le modali; gli script che presupponevano eventi lato padre ora perdono i trigger. [1]
Come risolvere
- Soluzione temporanea — chiedere agli utenti di riselezionare il record appena creato nel campo di lookup per forzare l'esecuzione dell'handler onChange del padre. Questa è la soluzione immediata più semplice. [1]
- Preferire flussi di creazione completi per percorsi critici — aprire la pagina di Creazione completa (non Quick Create) quando la logica padre deve essere eseguita immediatamente dopo la creazione. Utilizzare il pulsante Aggiungi/Crea del modulo o un pulsante personalizzato che apre la pagina di creazione. [1][7]
- Spostare la logica critica dagli handler onChange puri — implementare il comportamento in un flusso onLoad o onSave lato padre che rileva il valore del lookup e costruisce l'oggetto/apre i widget quando il record padre viene caricato o salvato. Se devi reagire istantaneamente alla creazione del figlio, fai in modo che il record figlio imposti un campo marcatore o chiami una funzione lato server (workflow, webhook o funzione personalizzata) per aggiornare il padre e quindi aggiornare l'interfaccia utente del padre. [1][7]
- Aggiornamento programmatico dal figlio (avanzato) — se controlli il codice quick-create (ad esempio all'interno di un widget), fai in modo che il figlio chiami il padre tramite window.postMessage o una chiamata API per aggiornare il padre e quindi attivare un aggiornamento lato client. Testare sui browser supportati. [7]
- Segnalare un bug a Zoho Support — includere una riproduzione minima: nome del modulo, script client esatto, browser/versione, sequenza di clic e screenshot o registrazione dello schermo. Chiedere o di riabilitare il trigger onChange del padre per i salvataggi quick-create o di aggiungere un flag su onSave per indicare l'origine del popup. [1]
Quando escalare
Se il comportamento del padre deve essere eseguito automaticamente e non è possibile modificare il flusso utente o spostare la logica su azioni lato server,