Últimas atualizações e melhorias na FourA
Menus suspensos, caixas de seleção, barras de rolagem, campos com preenchimento automático e botões de diálogo apresentavam uma aparência clara no tema escuro (caixas brancas, contornos indesejados). Agora, todos os controles seguem o tema ativo. Os modais bloqueiam a rolagem da página por trás deles, os tooltips dentro dos diálogos ficam sobrepostos e as entradas numéricas ocultam seus botões de incremento.
O botão de PDF em algumas faturas pagas não renderizava porque não estávamos configurando o link subjacente. Agora, todas as faturas pagas na guia Faturas possuem um botão de PDF funcional.
Se você passou um validate negativo para /api/auto (como {data: {fail: ['"Due to legal reasons"']}}), um intersticial 'Just a moment' da Cloudflare poderia passar como um sucesso em cache porque a lista de falhas acabou não correspondendo ao seu texto. O Auto agora rejeita páginas de desafio antes de aplicar suas regras de validação, e ele troca a saída ruim e resolve novamente em vez de pontuá-la.
Se você configurasse um timeout longo no foura_auto através do servidor MCP hospedado, o request poderia sofrer timeout na edge antes que a sua chamada terminasse. Isso foi corrigido. Chamadas automáticas de budget total agora executam o seu budget de 180 segundos de ponta a ponta.
Se você tem encontrado erros 429 ao disparar muitas chamadas Auto simultâneas para um alvo, essas chamadas costumavam se concentrar em uma única saída em cache porque o caminho quente escolhia o favorito por pontuação e repetia uma vez. O Auto agora abre sessões adicionais sob demanda e roteia cada chamada para a saída menos sobrecarregada, de modo que uma rajada se espalha por vários IDs de proxy em vez de sobrecarregar um só. Medido localmente: uma rajada de 100 chamadas em um host portátil no-cookie agora se espalha pelo pool ampliado em segundos.
O Cloudflare injeta um script passivo mesmo em páginas que passam sem problemas, e o Auto costumava tratar qualquer referência a ele como um desafio ativo e executava uma resolução completa do navegador de qualquer maneira. Agora, apenas verdadeiros marcadores intersticiais (a página 'just a moment' e similares) acionam o caminho do navegador; um 200 limpo retorna do nível de proxy mais barato. O Auto também segue até 5 redirecionamentos por padrão (configurável via followRedirects).
Quando um alvo protegido pelo Cloudflare servia uma página real de bloqueio geográfico (451) após o desafio ser aprovado, o produto Browser relatava o status como 200 porque o watcher tinha o status de liberação fixado no código. Agora, o watcher lê o Document real após a liberação, portanto um 200 continua 200, um 451 aparece como 451, e o Auto rejeita o conteúdo errado e continua buscando uma saída que realmente corresponda às suas regras validate.
O atalho Cmd+K (Ctrl+K) agora abre a paleta de comandos e o modal de pesquisa, independentemente do layout do teclado. Estávamos correspondendo o caractere digitado (к em um layout cirílico), então qualquer pessoa em um layout não latino não obtinha resposta. Agora, correspondemos a tecla física. Corrigido no site principal, no blog e na documentação.
Uma resolução fria do Auto pode levar vários minutos, e a request agora permanece aberta durante todo o seu orçamento. Erros de qualquer camada retornam como JSON que o seu cliente pode processar.
Sites com cookies reutilizáveis (bet365 foi o canário) estavam travando na resolução cara do browser a 15 créditos por request em vez de cair para o replay barato de 2 créditos após a primeira resolução. Dois bugs: a trava acionava em qualquer erro de transporte transitório, e um replay de browser bem-sucedido nunca atualizava os cookies de sessão. Ambos foram corrigidos. Requests repetidos em um site com cookies reutilizáveis agora custam 2 créditos após a primeira resolução, exatamente como o preço indica.
Restringimos o acesso cross-origin para que apenas foura.ai possa chamar a API com credenciais. Também reforçamos um filtro de entrada no endpoint de métricas e removemos um segredo de fallback exclusivo de desenvolvimento. As integrações existentes não mudam.
Se você definiu validate.status.accept em um request, o mecanismo trata um não-200 aceito como um sucesso limpo. O Activity ainda estava rotulando esses casos como falhas, o que distorcia suas estatísticas de uso. Os resultados agora seguem o seu veredito de validação, de modo que um 403 aceito por você aparece como sucesso, e não como App Fail.
Se você estava fazendo scraping de páginas em cirílico, chinês, japonês ou outras páginas não UTF-8 via Single, o corpo costumava retornar como mojibake. Nós forçávamos a decodificação de cada response como UTF-8 antes de você ver os bytes brutos. Agora lemos o charset do response (Content-Type, depois <meta charset>, depois fallback para UTF-8) e o decodificamos corretamente. Obrigado, Alexandar Kanchev (Sensika), por reportar isso.
Alguns proxies em circulação não encaminham de fato o seu request. Eles o ecoam de volta como um dump de servidor em plaintext e tentam capturar o que está dentro. Agora detectamos esse padrão antes que o response chegue ao seu código, de modo que o Single, o Browser e o Proxy Finder retornam uma falha real (ou retry) em vez de lixo.
Corrigimos uma lentidão que deixava proxies recém-descobertos aguardando antes de serem validados. O Proxy Finder agora os verifica imediatamente, de modo que o pool permanece mais atualizado, com mais proxies ativos e funcionais em rotação.
