- Spegnimento
- 22 luglio 2026 alle ore 17:50 UTC
- Autore
- Kamo
- Impegno
- 4f9b3c2
Due bug in visionCompleto, entrambi i quali hanno sconfitto macchinari costruiti per gestirli. Una risposta in bianco-contenuto è stata restituita come SUCCESS e ha concluso il ciclo di riprovazione. Ogni adattatore anche impostare finituraReason "error" — così il guasto esatto che il ciclo esiste per sopravvivere (un modello che non può leggere l'immagine) l'ha fermata sul candidato PRIMO e restituito ". The l'estrattore del foglio di tasso quindi ha registrato la pagina come illeggibile senza mai provare un altro modello. Blank o finishReason=="error" è ora un tentativo fallito che avanza. La cattura non ha mai registrato fallimenti auth, quindi una chiave revocata ha bruciato il budget del tentativo completo su ogni pagina per sempre e mai inciampato il consecutivoAuthFailures>=3 routing dipende da. I percorsi di streaming e sincronizzazione in questo stesso file lo registrano entrambi; visionComplete no. I guasti sono ora classificati: 401/403 registra l'insuccesso auth e gli skips che rimanenti modelli del fornitore, 429/5xx abbandona quel fornitore senza incolpare la sua chiave, 400/404/422 avanza al modello successivo, e il percorso di successo registra il successo (che resetta l'interruttore). Quando ogni candidato fallisce THROWS, così il chiamante ottiene un 502 che rimane distinguebile dal 424 "nessun fornitore configurato" sentinel — non ritorna mai ". Il cappello è ora al massimo 4 CALLS anziché 4 candidati, quindi i modelli saltati per un morto il fornitore non consuma il budget. 9 test. Correre contro il file precedente, 6 di loro non riescono con esattamente i sintomi previsti (contenuto vuoto in cui si aspettava una risposta, nessun lancio dove era necessario, e i due mancante recordAuthFailure verifiche), quindi non sono vacue.