Änderungsprotokoll

Dropdowns, Checkboxen, Scrollbars, automatisch ausgefüllte Felder und Dialog-Buttons hatten im Dark Theme ein helles Erscheinungsbild (weiße Boxen, unerwünschte Konturen). Jetzt folgt jedes Bedienelement dem aktiven Theme. Modals blockieren das Scrollen der Seite im Hintergrund, Tooltips in Dialogen liegen ganz oben und Zahlenfelder verbergen ihre Pfeiltasten.

Der PDF-Button auf einigen bezahlten Rechnungen wurde nicht gerendert, da wir den zugrunde liegenden Link nicht gesetzt hatten. Jede bezahlte Rechnung im Tab "Rechnungen" hat jetzt einen funktionierenden PDF-Button.

Wenn du eine negative validate an /api/auto übergeben hast (wie {data: {fail: ['"Due to legal reasons"']}}), konnte ein Cloudflare 'Just a moment' Interstitial als gecachter Erfolg durchrutschen, weil die Fail-List nicht mit dessen Text übereinstimmte. Auto lehnt Challenge-Seiten jetzt ab, bevor deine Validierungsregeln greifen. Es tauscht den fehlerhaften Exit aus und löst die Anfrage erneut, anstatt sie zu werten.

Wenn du ein langes Timeout für foura_auto über den gehosteten MCP-Server gesetzt hast, konnte der Request an der Edge ablaufen, bevor dein Aufruf abgeschlossen war. Dies wurde behoben. Auto-Aufrufe mit vollem Budget schöpfen ihr 180-Sekunden-Budget nun vollständig aus.

Wenn du bei vielen gleichzeitigen Auto-Calls auf ein Target 429-Fehler erhalten hast, liefen diese Calls bisher über einen einzigen gecachten Exit, da der Warm Path den Score-Favoriten wählte und einmal abspielte. Auto öffnet nun bei Bedarf zusätzliche Sessions und leitet jeden Call an den Exit mit der geringsten Last weiter. Ein Burst verteilt sich so auf mehrere Proxy-IDs, anstatt nur eine zu belasten. Lokal gemessen: Ein 100-Call-Burst auf einem portablen Host ohne Cookie verteilt sich nun innerhalb von Sekunden über den gewachsenen Pool.

Cloudflare injiziert ein passives Skript auch auf Seiten, die sauber durchgehen, und Auto behandelte früher jeden Verweis darauf als aktive Challenge und führte trotzdem einen vollständigen Browser-Solve aus. Jetzt lösen nur noch echte Interstitial-Marker (die 'just a moment'-Seite und Ähnliche) den Browser-Pfad aus; ein sauberes 200 kommt von der günstigeren proxy-Stufe zurück. Auto folgt standardmäßig auch bis zu 5 Redirects (konfigurierbar über followRedirects).

Wenn ein durch Cloudflare geschütztes Ziel nach bestandener Challenge eine echte Geo-Block-Seite (451) auslieferte, meldete das Browser-Produkt dies als 200, da der Watcher den freigegebenen Status hartcodiert hatte. Der Watcher liest nun das tatsächliche Document nach der Freigabe, sodass eine 200 eine 200 bleibt, eine 451 als 451 angezeigt wird und Auto die falschen Inhalte ablehnt und weiter nach einem Exit sucht, der genau deinen validate Regeln entspricht.

Die Tastenkombination Cmd+K (Strg+K) öffnet nun die Befehlspalette und das Such-Modal unabhängig vom Tastaturlayout. Bisher haben wir das getippte Zeichen abgeglichen (к bei einem kyrillischen Layout), sodass bei einem nicht-lateinischen Layout nichts passierte. Jetzt prüfen wir die physische Taste. Behoben auf der Hauptseite, im Blog und in der Dokumentation.

Ein Cold Auto Solve kann mehrere Minuten dauern, und der Request bleibt nun für das gesamte Budget offen. Fehler aus jeder Schicht werden als JSON zurückgegeben, das dein Client parsen kann.

Cookie-wiederverwendbare Seiten (bet365 war der Testfall) blieben beim teuren Browser-Solve von 15 Credits pro Request hängen, anstatt nach dem ersten Solve auf das günstige 2-Credit-Replay zurückzufallen. Zwei Fehler: Die Sperre löste bei jedem vorübergehenden Transportfehler aus, und ein erfolgreiches Browser-Replay aktualisierte die Session-Cookies nicht. Beide behoben. Wiederholte Requests auf einer Cookie-wiederverwendbaren Seite kosten nach dem ersten Solve nun 2 Credits, genau wie es die Preisgestaltung vorsieht.

Wir haben den Cross-Origin-Zugriff eingeschränkt, sodass nur noch foura.ai die API mit Credentials aufrufen kann. Zudem haben wir einen Input-Filter auf dem Metrics-Endpoint gehärtet und ein Entwicklungs-Fallback-Secret entfernt. An bestehenden Integrationen ändert sich nichts.

Wenn du validate.status.accept für einen Request gesetzt hast, behandelt die Engine einen akzeptierten Nicht-200-Status als sauberen Erfolg. Die Activity-Anzeige hat diese bisher noch als Fehler markiert, was deine Nutzungsstatistiken verfälscht hat. Die Ergebnisse folgen jetzt deiner Validate-Entscheidung, sodass ein von dir akzeptierter 403-Status als Erfolg und nicht als App-Fail angezeigt wird.

Wenn du kyrillische, chinesische, japanische oder andere Nicht-UTF-8-Seiten über Single gescrapt hast, kam der Body bisher als Mojibake zurück. Wir haben zuvor jede Response erzwungen als UTF-8 decodiert, bevor du die Raw-Bytes sehen konntest. Jetzt lesen wir das Charset aus der Response (Content-Type, dann <meta charset>, dann UTF-8-Fallback) und decodieren es korrekt. Danke an Alexandar Kanchev (Sensika) für die Meldung.

Einige Proxys da draußen leiten deinen Request gar nicht wirklich weiter. Sie spiegeln ihn als Klartext-Server-Dump zurück und versuchen, den Inhalt abzugreifen. Wir erkennen dieses Muster jetzt, bevor die Response deinen Code erreicht, sodass Single, Browser und Proxy Finder alle einen echten Fehler (oder Retry) statt des Mülls zurückgeben.

Wir haben eine Verzögerung behoben, die neu entdeckte Proxies vor der Validierung warten ließ. Proxy Finder prüft sie jetzt sofort, sodass der Pool durch mehr aktive, funktionierende Proxies in Rotation frischer bleibt.