- Expédié
- 22 juillet 2026 à 17:50 UTC
- Auteur
- Kamo
- Commite
- 4f9b3c2
Deux bugs en visionComplete, qui ont tous deux vaincu les machines construites pour les manipuler. Une réponse à la teneur en blanc a été retournée sous la forme de SUCCESS et a mis fin à la boucle de réessai. Chaque adaptateur [Fréquence supplémentaireResente "erreur" - de sorte que la défaillance exacte de la boucle existe pour survivre (un modèle qui ne peut pas lire l'image) l'a arrêtée sur le PREMIER candidat et a renvoyé "". Le évalu-sheet extractor a ensuite enregistré la page comme illisible sans jamais essayer un autre modèle. Blank or finishReason "error" est maintenant une tentative ratée qui avance. La capture n'a jamais enregistré d'échecs, donc une clé révoquée a brûlé le budget de la tentative complète sur pour toujours et n'a jamais trébuché le disjoncteur précédéAuthFailures-3 ce routage dépend de cela. Les chemins de streaming et de synchronisation dans ce même fichier l'enregistrent tous les deux; visionComplete non. Les échecs sont maintenant classés: 401/403 enregistre la défaillance auth et saute que 429/5xx abandonne ce fournisseur sans blâmer sa clé, 400/404/422 progresse vers le modèle suivant, et le parcours de réussite enregistre le succès (qui réinitialise le briseur). Quand chaque candidat échoue, il se contente donc de l'appelant reçoit un 502 qui reste Distinguable de la sentine sentinelle 424 "pas de fournisseur configuré" - il ne retourne jamais "". Le casquet est maintenant au plus 4 appels plutôt que 4 candidats, donc les modèles sautés pour un mort le fournisseur ne consomme pas le budget. 9 essais. Courez contre le dossier précédent, 6 d'entre eux échouent exactement avec les symptômes prédits (contenu vide lorsqu'une réponse était attendue, pas de lancer où une était requise, et les deux les vérifications de l'échec de l'enregistrement), elles ne sont donc pas vides.