WordPress: wp_scheduled_delete non svuota il cestino

In breve: l’evento WP-Cron wp_scheduled_delete elimina definitivamente post e commenti rimasti nel cestino oltre il periodo definito da EMPTY_TRASH_DAYS. Se il cestino non si svuota, verifica prima l’età degli elementi e poi lo stato dello scheduler.

wp_scheduled_delete non svuota il cestino: significato

Prima di considerarlo un errore, verifica che gli elementi abbiano realmente superato EMPTY_TRASH_DAYS. Se sono già scaduti, controlla che wp_scheduled_delete sia pianificato e venga effettivamente eseguito.

Sintomi e cause probabili

Sintomi da verificare

• Post o commenti restano nel cestino oltre EMPTY_TRASH_DAYS.
• wp_scheduled_delete è assente, scaduto o con pianificazione anomala.
• Anche altri eventi WP-Cron risultano in ritardo.
• Solo alcuni elementi restano bloccati mentre gli altri vengono eliminati normalmente.

Cause probabili

• Gli elementi non hanno ancora superato EMPTY_TRASH_DAYS
• wp_scheduled_delete è assente o non viene eseguito
• DISABLE_WP_CRON è attivo senza un cron di sistema funzionante
• _wp_trash_meta_time manca o non è coerente sugli elementi interessati

Diagnosi passo per passo

1. Controllare EMPTY_TRASH_DAYS e l’età reale degli elementi nel cestino
2. Eseguire wp cron event list --hook=wp_scheduled_delete --fields=hook,next_run_gmt,next_run_relative,recurrence
3. Verificare DISABLE_WP_CRON e l’eventuale cron di sistema
4. Controllare lo spawn WP-Cron se anche altri eventi sono scaduti
5. Verificare _wp_trash_meta_time sugli elementi anomali senza modificarlo

Log e dati da controllare

• Valore di EMPTY_TRASH_DAYS e data di cestinazione
• Prossima esecuzione e ricorrenza di wp_scheduled_delete
• wp-config.php e log dell’eventuale cron di sistema
• debug.log, error_log e log HTTP se WP-Cron fallisce

Correzioni sicure

1. Non intervenire se gli elementi non hanno ancora superato EMPTY_TRASH_DAYS
2. Ripristinare wp_scheduled_delete solo se risulta realmente assente
3. Correggere il cron di sistema o riabilitare WP-Cron se manca uno scheduler funzionante
4. Correggere eventuali problemi di spawning prima di modificare i dati del cestino

Verifica finale

• wp_scheduled_delete è presente con una prossima esecuzione valida
• Gli elementi realmente scaduti vengono eliminati
• Gli elementi più recenti restano nel cestino fino alla scadenza
• La ricorrenza successiva resta pianificata senza accumulo di eventi scaduti

Errori da evitare

• Non impostare EMPTY_TRASH_DAYS a zero come semplice test
• Non eseguire ripetutamente wp_scheduled_delete su produzione senza verificare gli elementi coinvolti
• Non modificare in massa _wp_trash_meta_time
• Non creare scheduler duplicati prima di identificare quello già attivo

Guide Xlogic correlate

• WordPress DISABLE_WP_CRON configurato male
• WordPress cron spawn failed: WP-Cron non parte
• WordPress WP-Cron: missed schedule

Fonti tecniche

• WordPress Code Reference — wp_scheduled_delete()
• WordPress — EMPTY_TRASH_DAYS
• WP-CLI — cron event list

Domande frequenti