Posizionare il cancello di carico sul cancello, non su una bandiera "carica iniziata"

Fixkamo-internal
Spegnimento
26 agosto 2026 alle ore 06:12 UTC
Autore
kamo
Impegno
0b0984c

Due follow-up al negozio di sessione, uno di loro un vero difetto. assicurareLoaded deciso primo piano-vs-background da un `everLoaded` flag set quando il primo passo primo piano STARTED. Quel passaggio può tornare senza fissare nulla — si salva quando nulla è abbonato, che è la stessa guardia che ferma un modulo senza abbonato da reindirizzare a /logout. Quando è successo, la bandiera era già impostata, quindi ogni monte successivo ha preso il percorso di sfondo, e il percorso di sfondo deliberatamente salta il finalmente che sgombera `loading`. Il risultato è `loading` bloccato vero per il resto della vita della scheda: nessun crash, nessun test mancante, solo l'intero app seduta sul suo stato di caricamento per sempre. Ora prova il cancello stesso — ancora mezzi di carico ancora in primo piano — che è auto-guarigione e cade la bandiera interamente. Rimuove anche rinfrescoOra(). Era l'API pubblica che solo i test hanno chiamato, e la cosa i test effettivamente voluto esercitare era il percorso di cinque minuti. Ora passano rinfrescaSession(), che è quello che l'intervallo e la chiamata dell'ascoltatore del cambio di visibilità, così il i casi di sfondo-refresh coprono la cucitura reale invece di una porta aperta per loro. Verificato: tsc clean, passa 10 guardie, 3293 test verdi (26 in questo file), compila compilazioni, e la server standalone rende ancora la shell — 200, 16,239 byte attraverso 153 elementi, due intestazioni, dieci pulsanti, My Businesses / Il mio profilo / Accedi.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo