- Spegnimento
- 14 agosto 2026 alle ore 05:17 UTC
- Autore
- kamo
- Impegno
- 4d709b1
L'apertura di un messaggio ha mostrato il banner "display immagini esterne" per un momento e poi si ritirò, per chiunque avesse già scelto di permettere immagini ovunque. La condizione della bandiera era già attenta — ha richiesto un autorevole "non consentito" piuttosto che semplicemente l'assenza di un sì, e il suo commento chiamato questo Esatto caso. Quello che ha sconfitto era il valore in cui veniva consegnato. Il riquadro di lettura dipinge prima un corpo cache e costruito che rende diffondendo la riga dell'elenco, e un elenco remotoImagesAllowed è sempre falso: EmailService's EmailMessage lo dichiara come un booleano primitivo e solo gli endpoint del messaggio completo mai assegnarlo, quindi il percorso dell'elenco serializza un default e si legge come una risposta reale. La guardia stava controllando un campo che era stato riempito di una bugia. Il primo rendering della cache non lo eredita più. La bandiera è memorizzata accanto al il corpo appartiene invece, quindi un messaggio che veramente ha bisogno di approvazione mostra il sollecitare nella stessa cornice del suo testo piuttosto che un battito più tardi, e quello che fa Non lo mostra mai. I corpi prefetti lo portano anche, dal momento che un prefetch che ha lasciato cadere avrebbe ricreato il non sapere che esiste per prevenire. La regola è ora una funzione chiamata con i test. Si era sbagliato due volte, entrambi tempi nella stessa direzione, e il fallimento è invisibile nella revisione del codice — ogni caso eccetto quello sconosciuto si comporta in modo identico se il controllo è rigoroso o sciolto. Un messaggio di sicurezza che appare su un'ipotesi e si ripercorre è peggio di uno che aspetta, perché insegna alle persone a respingerlo illeggibile.