Dernières mises à jour et améliorations de FourA
Envoyez des cookies nommés __Secure- ou __Host- à Browser, par exemple depuis un appel précédent, et il les définit désormais avec les attributs requis par leur préfixe, afin que la page voie l'intégralité de votre session enregistrée.
Lorsqu'une page se redirige vers une autre adresse après son chargement, Browser suit cette redirection et renvoie la page de destination au lieu d'attendre la fin de votre timeout. Il patiente également pendant la brève vérification JavaScript de Google et renvoie la page finale.
Sélectionnez une nouvelle période dans Vue d'ensemble pendant le chargement des cartes, et celles-ci affichent désormais les chiffres de cette période, tentatives automatiques incluses. La boîte de dialogue de sélection s'ouvre également sur la période que vous consultez.
Auto renvoie désormais les pages JSON dans data sous forme de texte, quelle que soit la route utilisée pour les récupérer, afin que le même code d'analyse fonctionne pour chaque appel.
L'extension Chrome réapplique les identifiants de votre utilisateur proxy après un redémarrage ou une mise à jour du navigateur, de sorte que les pages passant par le tunnel continuent de se charger sans demande de mot de passe de la part de Chrome.
La page de votre organisation liste ses invitations en attente dès son ouverture, un rechargement affiche donc toutes les personnes que vous avez invitées et qui n'ont pas encore accepté.
Demandez au navigateur une URL avec #reviews à la fin et la page sera renvoyée à vitesse normale. Si les liens avec ancre provoquaient des dépassements de délai d'attente pour vous, ce problème est résolu.
Browser résout désormais le challenge de la case à cocher Cloudflare sur les requêtes simultanées vers la même page, et un clic n'est pris en compte que lorsque le challenge a réellement disparu. Trois requêtes simultanées sont validées en 5 à 9 secondes.
Playground affiche désormais la réponse de votre cible, y compris sur les sites qui définissent des cookies volumineux, et les endpoints API répondent toujours en JSON.
Si votre cible redirigeait vers un chemin d'URL différent, Browser renvoyait 'No response received' même si la page était bien reçue. C'est corrigé, la requête suit la navigation où qu'elle aboutisse. eBay, les boutiques avec de nombreuses redirections et tout ce qui utilise un 3xx vers une page de challenge fonctionnent désormais.
Un service est désormais considéré comme indisponible uniquement lorsqu'il a perdu toutes ses instances, le seul état dans lequel votre request n'a nulle part où aboutir. Les déploiements continus de routine n'apparaissent plus comme des incidents sur la page de statut.
Lorsque votre banque demandait le 3D Secure lors d'une mise à niveau de forfait, la requête attendait un changement qui n'arrivait jamais (personne ne vous avait invité à vous authentifier). Le flux de modification de forfait gère désormais cette étape supplémentaire comme lors du premier abonnement, afin que la mise à niveau aboutisse.
Le navigateur gère désormais une page de challenge qui redirige avant que son corps puisse être lu, de sorte que les requêtes vers les sites protégés reviennent avec du contenu au lieu d'une réponse vide.
Lorsque vous envoyez un header sur des requests Single ou Proxy avec le débloqueur activé (par défaut), votre valeur atteint désormais l'origine telle qu'elle a été envoyée. Des headers courants comme Accept et User-Agent pouvaient être envoyés deux fois, et certains serveurs amonts choisissaient le mauvais. Si vous avez remarqué que Accept: application/json revenait sous forme de XML, ou qu'un User-Agent spécifique n'était pas respecté, cela est corrigé.
Les avertissements d'utilisation de crédit sont suspendus jusqu'à ce que chaque compte ait son plan attribué. Si vous avez reçu un avis '100% utilisé', vous pouvez l'ignorer ; rien n'a changé sur votre compte.
