Der letzte, unglamouröse Schritt
Szene 11 von 13
Ein technisches Hindernis kurz vor der Einreichung wurde nicht übersprungen, sondern diagnostiziert und behoben — mit demselben schreibgeschützten Vorsichtsprinzip wie am Anfang.
Erklärung
Die letzten Schritte einer Lieferung sind selten die interessantesten — und genau deshalb am leichtesten zu überspringen. Vier Bildschirmfoto-Dateien blieben in einem hängengebliebenen Zustand stecken, unbemerkt seit dem ursprünglichen Hochladen. Die Reparatur folgte demselben Muster wie jede vorherige Handlung: erst den genauen Zustand über die schreibgeschützte Schnittstelle feststellen, dann die betroffenen Dateien gezielt ersetzen, dann erneut prüfen, dass wirklich alle — nicht nur die vier reparierten — den korrekten Zustand zeigen. Erst danach wurde der eigentliche Freigabeknopf gedrückt, und zwar erst, nachdem der Eigentümer die endgültige Zustimmung gegeben hatte. Nicht die Reparatur allein löst die Freigabe aus — die Freigabe ist eine eigene, eigentümergebundene Handlung.
Keine Freigabe ohne den Rest
- Verdeckter Fehlerzustand
- Ein Problem, das seit dem ursprünglichen Schritt unbemerkt bestand.
- Gezielte Reparatur
- Nur die betroffenen vier Dateien anfassen, nicht den ganzen Bestand neu hochladen.
- Eigentümergebundene letzte Handlung
- Der Freigabeschritt selbst erst nach ausdrücklicher Zustimmung.
Denkpause
Warum ist „ich habe die vier kaputten Dateien repariert“ allein noch kein Grund, den Freigabeknopf zu drücken?
Weil die Reparatur selbst erneut geprüft werden muss, bevor sie als abgeschlossen gilt.
Richtig. Dieselbe Regel wie bei der Quittung — nur am anderen Ende des Ablaufs.
Weil kaputte Dateien nie repariert werden können.
Sie wurden hier gezielt ersetzt und erneut geprüft.
Weil der Freigabeknopf technisch gesperrt ist.
Der Knopf ist verfügbar; gesperrt ist er nur bis zur Zustimmung des Eigentümers.
Belege
Reparatur und finale Einreichung · historisch · docs(ios): SUBMITTED — 1.0 (10) resubmitted to App Review (Waiting for Review); reply sent, screenshots fixed, manual release preserved
2026-09-23 · docs/lernbegleiter/engineering/app-review-reconciled-handoff-2026-09-23_08-34-54.md · 576b0860987ddcb6474a43e612a4eae77a0cc118
| Blocker found on "Update Review": 4 zh-Hans iPhone screenshots stuck in UPLOAD_COMPLETE | **FIXED** — deleted + re-uploaded via API, all 10 COMPLETE, order restored | API asset states | | "Update Review" (push edited version into submission `9396181b`) | **DONE** — item became "Ready for Review" (1.0 (10)) | submission page | | "Resubmit to App Review" | **PRESSED 10:21** (owner-approved) — submission and item now **Waiting for Review** | submission page + API |
Mit meinem Konto im Hörsaal öffnen →