Changelog

Single et Proxy Finder supprimaient silencieusement la signature de l'unblocker même lorsque unblocker: true était configuré, de sorte que les protections anti-bot qui vérifient la signature de la request rejetaient toujours les requests. Corrigé de bout en bout. Si vous aviez configuré unblocker: true et que vous étiez bloqué sur des sites protégés par Cloudflare, c'en était la cause.

Certains sites Cloudflare renvoient un code 200 OK mais injectent un script en arrière-plan qui génère le véritable cookie cf_clearance un instant plus tard. Auparavant, Browser renvoyait la page avant l'arrivée de ce cookie, laissant le jar vide. Désormais, Browser attend l'événement lié au cookie, vous obtenez ainsi un cookie cf_clearance propre que vous pouvez rejouer via Single ou Proxy.

Le bouton "Plus anciens" du blog renvoyait auparavant vers la page 1. La pagination utilise désormais des URL de type /blog/page/N/ avec une navigation numérotée, ce qui permet de parcourir réellement les anciens articles. Merci à Vladimir Petrov.

Les requêtes Browser passaient silencieusement par notre moteur non-JS pendant 41 jours. Si vous avez constaté des échecs de Browser sur les challenges Cloudflare ou les sites riches en JS durant cette période, en voici la raison. Nous avons corrigé le routage. Browser interroge à nouveau un vrai Chrome à chaque requête.

L'aperçu du dashboard sur la page d'accueil était à l'étroit sur les petits écrans. Nous avons corrigé la typographie et l'espacement, et ajouté des tooltips qui fonctionnent réellement au tactile (les indices au survol uniquement n'aident pas sur un téléphone).

Nous avons découvert deux cas où un proxy défaillant pouvait rester bloqué dans le sélecteur sans jamais être exclu, ce qui dégradait les temps de réponse sous une charge soutenue. Les deux sont corrigés. Lors de nos tests de charge, le p95 est passé de plus de 5 secondes à moins de 500 ms, et le taux d'échec est tombé de 8 % à zéro.

Si votre connexion aboutissait auparavant sur une page 400 brute après un onglet inactif ou un callback lent, c'est désormais corrigé. Nous détectons l'incohérence de session, effaçons le cookie défaillant et vous redirigeons vers l'écran de connexion. Proprement, à chaque fois.

Les nouveaux proxies restent inactifs dans Proxy Finder tant qu'une validation ne confirme pas leur bon fonctionnement. Avant ce correctif, les nouvelles importations pouvaient être sélectionnées pour des requests réelles avant que leur réponse ne soit confirmée, ce qui réduisait le taux de réussite au premier essai. Ce cas de figure est désormais exclu.

Lorsque votre cookie de connexion expirait ou que deux onglets entraient en concurrence lors du callback, vous atterrissiez sur une page d'erreur blanche et vide. Désormais, nous supprimons les cookies obsolètes et vous redirigeons vers un nouveau formulaire de connexion. Les autres erreurs d'authentification (échecs de token, problèmes de compte, usurpation d'identité expirée) bénéficient d'une véritable page aux couleurs de la marque avec un bouton de réessai au lieu d'un simple texte brut.

Deux corrections pour le flux de connexion. Le pinch-zoom fonctionne à nouveau pour les utilisateurs malvoyants (le viewport ne limite plus le zoom à 1x). Et le thème que vous avez choisi ailleurs sur foura.ai s'applique désormais aux pages de connexion, d'inscription et de récupération au lieu de se réinitialiser selon les préférences de votre OS.

La colonne Rate Limit de votre tableau de bord sur les tableaux by-domain et top-clients s'affichait sous la forme "--" et cliquer sur l'en-tête pour trier ne faisait rien. Les deux fonctionnent correctement désormais. Si vous essayiez d'identifier le trafic soumis à un rate limit sur vos domaines, les chiffres sont enfin disponibles.

Si l'e-mail de vérification n'apparaissait pas immédiatement, certains utilisateurs cliquaient plusieurs fois sur renvoyer et recevaient quatre ou cinq exemplaires. Nous avons ajouté une temporisation de 60 secondes sur le bouton de renvoi et une limite de 30 minutes côté serveur. Un seul renvoi suffit désormais, et votre boîte de réception reste propre.

Si vous avez commencé votre inscription depuis une page spécifique, le flux vous y redirige désormais après la vérification de votre e-mail. Auparavant, il vous redirigeait vers la page d'accueil.

Nous avons corrigé un délai de 300 ms au toucher sur iOS Safari qui rendait les boutons et les menus peu réactifs. Les touchers sont désormais enregistrés immédiatement sur toutes les pages.

Si vous cliquiez sur un lien nécessitant une connexion, vous arriviez sur la page d'accueil au lieu de votre destination initiale. Désormais, la connexion, l'inscription et la vérification d'e-mail vous redirigent vers votre page d'origine.