- Spegnimento
- 7 settembre 2026 alle ore 20:15 UTC
- Autore
- Kamo
- Impegno
- 6e1610f
La tavola e i nomi provengono da due luoghi diversi, e i nomi vengono secondo. La scheda è una richiesta a SecurityService; i nomi sono condivisi directory membro, che è una passeggiata di pagina dell'intera lista del personale. Tra i due risponde il profilo di ogni riga è semplicemente assente — e il fallback per un assente profilo su queste due superfici non è un segnaposto, è la frase "Un ex membro". Così il widget di casa e la piastra di risultati entrambi annunciato l'intera top ten dell'organizzazione come persone che erano rimaste, poi li ha sostituiti con i loro veri nomi un attimo dopo. Non e' successo niente. Nessuna richiesta errored, niente gettato, e uno screenshot preso un secondo dopo ha mostrato una scheda perfettamente corretta, motivo per cui è sopravvissuto. `useMemberProfiles` non poteva essere utilizzato correttamente qui: una voce mancante e una directory che non ha ancora risposto entrambi leggono come `undefined`, quindi un chiamante il cui fallback è un CLAIM circa la persona non ha avuto modo di dirgli a parte. Così la passeggiata ora riferisce se ha finito, e `useMemberProfileLookup ` mani che indietro accanto alle righe. Entrambe le tavole tengono il loro scheletro esistente fino a quando non ha. Anche una passeggiata FAILED si sistema, quindi una directory che non risponde mai lascia ogni superficie esattamente come era piuttosto che aspettare per sempre. Un elenco id vuoto si risolve subito, così una tavola con nessuno su esso va ancora dritto al suo stato vuoto. `useMemberProfiles` mantiene la sua firma e i suoi nove altri chiamanti, tutti cada di nuovo al grezzo — vero in entrambi i modi — e sono intatti. Il test tiene aperta la passeggiata e guarda il telaio in mezzo, che è l'unico il modo di vedere questo; è anche l'affermazione stessa per qualcuno che realmente ha lasciato, così un "fisso" che cancella il fallback non passa.