Mmm, pensavo di aver trovato qualcosa… il mio utente di test “avvelenato”, george21, era a TL0. Quindi l’ho cambiato a TL1 e poi ha funzionato. Ok! Forse è questo! Quindi ho riportato george21 a TL0… e ora non è più “avvelenato”—può effettuare la chiamata API anche come TL0.
Ora eseguirò di nuovo il mio script di importazione e, ecco fatto. Ora george21 genera l’errore 500 nello script di importazione. E quando provo in Insomnia, fallisce. Quindi rimetto george21 a TL1 e… sì, può eseguire la chiamata HTTP.
Ecco quindi ciò che sembra essere possibile riprodurre:
- Se viene effettuata una serie di chiamate API (?), in qualche modo ciò fa fallire una successiva chiamata API con un utente TL0.
- Cambiare l’utente TL0 in TL1 permette alla chiamata API di passare.
- E stranamente, cambiare di nuovo lo stesso utente a TL0 permette ancora alla chiamata API di passare.
- Eseguire di nuovo lo script va bene finché non fallisce di nuovo con un altro utente TL0.
Si noti che:
- Per quanto ne so, tutti i minimi richiesti per TL0 sono stati alzati (cioè ho cercato di rimuovere ogni blocco che impedirebbe a un utente TL0 di pubblicare), e
- Anche se si trattasse di un problema con qualche tipo di limite di velocità interno per gli utenti TL0, l’API non dovrebbe generare un errore 500 e inserire un errore SQL nel registro degli errori. Quindi penso che possiamo dire a questo punto che c’è sicuramente un bug da qualche parte.
Sì, lo so, e ho già spiegato quattro volte perché non sto scrivendo il mio script di importazione (basandomi sugli esempi forniti). 
Da qui il mio cambio di approccio.
Nel frattempo, continuo a contribuire qui per cercare di trovare e correggere questo bug. Oggi sta influenzando il mio script di importazione. Domani potrebbe essere uno script importante che hai sul tuo sito e che necessita dell’API…