Rezepte

Echte Reibungspunkte, geordnet nach der Lage, in der Sie stecken. Geschrieben, nachdem wir festhingen, nicht vorher.

Jede Seite dieser Rubrik begann mit etwas, das nicht funktionierte. Hundertsechs Reibungspunkte waren am 2. August 2026 in den Feldnotizen des Projekts verzeichnet; die acht Rezepte hier sind die, die oft genug wiederkehren, um eine eigene Seite zu verdienen.

Keines wurde im Voraus geschrieben. Ein Rezept, das ein Problem vorwegnimmt, beschreibt das Problem, das sich sein Autor vorgestellt hat; ein Rezept, das nach dem Festhängen geschrieben wurde, beschreibt das, das tatsächlich auftritt.

Ihr Rezept nach Symptom finden

Was Sie sehen	Wohin
Der Klick meldet Erfolg, und nichts hat sich bewegt	Das Element, das sich nicht anklicken lässt
Das Formular wird abgeschickt, und die Seite ändert sich nicht	Das Formular, das nie abgeschickt wird
Die Navigation läuft ab auf einer Seite, die immer weiter lädt	Die Seite, die nie zur Ruhe kommt
Zwischen zwei Aufrufen landen Sie wieder auf der Anmeldeseite	Die Sitzung, die zwischen Aufrufen verloren geht
Das Element ist sichtbar, aber kein Selektor erreicht es	Das Element in einem iFrame
Die richtige Nummer hat die falsche Zeile angeklickt	Das falsche Element angeklickt
Ein langsamer Vorgang läuft, und Sie sehen nichts, bis er endet	Lange Operation ohne Rückmeldung
Die Anmeldung klappt, dann verlangt das Ziel einen sechsstelligen Code	Der zweite Faktor

Die Lektion, die auf die harte Tour am teuersten ist

Ein überschrittenes Zeitlimit bei einem Klick bedeutet nicht, dass die Aktion fehlgeschlagen ist.

Ein echter Fall aus den Feldnotizen: Ein Klon wurde durch das Absenden eines Formulars gestartet, das die HTTP-Anfrage während der gesamten serverseitigen Operation offen hielt. Playwright gab nach dem Standard-Zeitlimit auf und meldete einen Fehler. Die Operation hatte da schon begonnen. „Sauber“ mit längerem Zeitlimit neu gestartet, erzeugte sie einen zweiten, identischen Klon – und erst so kam heraus, dass der erste gelungen war.

Prüfen Sie das Ziel, bevor Sie es erneut versuchen. Dieser Satz ist mehr wert als der Rest dieser Seite.

Warum sie veröffentlicht werden

Ein Fehlerbild, das privat bleibt, wird von allen neu entdeckt, einer nach dem anderen. Diese Seiten gibt es, damit die zweite Person, die auf das Problem stößt, fünf Minuten damit verbringt statt eines Abends.

Im Detail

Die Sitzung bleibt zwischen zwei Aufrufen nicht erhalten — Sie melden sich an, die Aufnahme beweist, dass es geklappt hat, und der nächste Aufruf landet wieder auf der Anmeldeseite – oder, schlimmer, meldet Erfolg und tut nichts. Was tatsächlich passiert, und die Regel, die es vermeidet.

Das Element ist vorhanden, und der Klick bewirkt nichts — Die Aufnahme zeigt die Schaltfläche. Set-of-Mark nummeriert sie. Der Klick meldet Erfolg, und nichts bewegt sich. Drei Eskalationsstufen, in der Reihenfolge, in der Sie sie versuchen.

Das Formular meldet Erfolg und wird nie abgeschickt — Der Klick gelingt, das Szenario endet grün, und der Server hat nichts erhalten. Zwei verschiedene Ursachen führen genau zu diesem Ergebnis – und die Lösung für die eine behebt die andere nicht.

Die Operation dauert mehrere Minuten, und Sie sehen nichts, bis sie endet — Ein Klon, ein Import, eine Massenaktualisierung. Diwall nimmt am Ende auf – ein Fehlschlag nach dreißig Sekunden kostet Sie also die ganze Wartezeit. Wie Sie Zwischenansichten bekommen, und warum ein überschrittenes Zeitlimit kein Fehlschlag ist.

Es hat geklickt, aber nicht auf das gemeinte Element — Drei gleiche Schaltflächen, eine Liste, die um vier Zeilen gewachsen ist, ein Banner, das sich zwischen Aufnahme und Klick geschlossen hat. Die Nummer stimmte, das Ziel war falsch.

Die Seite lädt nie fertig, egal welches Zeitlimit Sie setzen — Zehn Sekunden: Fehlschlag. Fünfundvierzig Sekunden: derselbe Fehlschlag. Das Ziel ist nicht langsam – es wird nie fertig sein, und kein Zeitlimit ändert daran etwas.

Das Element liegt in einem iFrame, und Set-of-Mark übergeht es — Ein Zahlungsmodul, ein eingebetteter Editor, ein Formular eines Drittanbieters. Die Nummerierung endet am Rand des Rahmens – und dieser Rand ist eine Sicherheitsgrenze des Browsers, kein Versehen.

Das Ziel fordert einen zweiten Faktor an — Drei Wege durch eine Zwei-Faktor-Abfrage, je nachdem, woher der Code kommt – und der eine Fall, den keiner abdeckt und dem Sie am Tag der Einrichtung begegnen.