Últimas actualizaciones y mejoras de FourA
Si envías cookies con el nombre __Secure- o __Host- de vuelta a Browser, por ejemplo desde una llamada anterior, ahora las establece con los atributos que exige su prefijo, para que la página reconozca toda tu sesión guardada.
Cuando una página se redirige a otra dirección después de cargar, Browser la sigue y devuelve la página de destino en lugar de esperar a que se agote tu tiempo de espera. También espera a que finalice la breve verificación de JavaScript de Google y devuelve la página a la que conduce.
Si eliges un nuevo periodo en Overview mientras las tarjetas aún se están cargando, ahora mostrarán las cifras de ese periodo, incluidos los intentos de Auto. El diálogo de periodos también se abre en el periodo que estás viendo.
Auto ahora entrega una página JSON en data como texto, independientemente de la ruta que la haya obtenido, para que el mismo código de análisis funcione en cada llamada.
La extensión de Chrome vuelve a aplicar las credenciales de tu usuario de proxy después de reiniciar o actualizar el navegador, por lo que las páginas a través del túnel se siguen cargando sin que Chrome te pida la contraseña.
La página de tu organización lista sus invitaciones pendientes en cuanto se abre, por lo que al recargarla se muestra a todas las personas que has invitado y que aún no han aceptado.
Solicita a Browser una URL con #reviews al final y la página responderá a velocidad normal. Si los enlaces con ancla excedían el límite de tiempo, eso ya se ha solucionado.
Ahora el navegador resuelve el desafío de la casilla de verificación de Cloudflare en requests concurrentes a la misma página, y un clic solo cuenta una vez que el desafío realmente ha desaparecido. Tres requests simultáneos se resuelven en 5 a 9 segundos.
Playground ahora renderiza la respuesta de tu destino, incluso en sitios que configuran cookies grandes, y los endpoints de la API siempre responden en JSON.
Si tu destino redirigía a una ruta URL diferente, Browser devolvía 'No response received' aunque la página hubiera llegado. Esto está solucionado; la request sigue la navegación a donde sea que llegue. eBay, tiendas con muchas redirecciones y cualquier sitio con un 3xx a una página de desafío ahora funcionan.
Ahora un servicio se considera caído solo cuando ha perdido todas sus instancias, el único estado en el que tu request no tiene a dónde llegar. Los rolling deploys de rutina ya no aparecen como incidentes en la página de estado.
Cuando tu banco solicitaba 3D Secure en una mejora de plan, la request sondeaba un cambio que nunca llegaba (nadie te había pedido que te autenticaras). El flujo de cambio de plan ahora maneja el paso adicional como lo hace la suscripción inicial, para que la mejora se procese.
El navegador ahora maneja una página de desafío que redirige antes de que se pueda leer su cuerpo, por lo que las requests a sitios protegidos vuelven con contenido en lugar de una response vacía.
Cuando envías un header en requests Single o Proxy con el desbloqueador activado (por defecto), tu valor ahora llega al origen tal como se envió. Los headers comunes como Accept y User-Agent podían enviarse dos veces, y algunos upstreams elegían el incorrecto. Si notaste que Accept: application/json regresaba como XML, o que no se respetaba un User-Agent fijado, esto ya está solucionado.
Las advertencias de uso de créditos están pausadas hasta que cada cuenta tenga su plan asignado. Si recibiste un aviso de '100% usado', puedes ignorarlo; nada ha cambiado en tu cuenta.
