4 pontos por GN⁺ 2025-09-04 | 2 comentários | Compartilhar no WhatsApp
  • O Firefox 142 oferece o recurso de máscara de e-mail com Relay, ajudando a reforçar o anonimato e bloquear spam ao criar novas contas
  • Foi adicionado o recurso de prévia de links, permitindo ver uma prévia em snapshot da página antes de clicar e evitando abrir abas desnecessárias
  • Com a agrupação de abas com IA, abas semelhantes são organizadas automaticamente e até nomes de grupo são sugeridos; todo o processamento é feito por um modelo de IA local, protegendo a privacidade
  • Android

    • Bloqueio automático de abas privadas: elas são bloqueadas ao se afastar do dispositivo e, ao voltar, só podem ser abertas com biometria/PIN
    • Expansão do recurso de tradução de idiomas: agora é possível traduzir páginas da web em vários idiomas, como japonês, chinês e coreano
  • iOS

    • Gerenciamento inteligente de senhas: sugere senhas fortes ao criar novas contas e as sincroniza entre dispositivos
    • Melhorias de design: interface simplificada e modo escuro aprimorado
  • No navegador como um todo, há uma interface mais organizada, reforço em produtividade e privacidade e melhor usabilidade em ambientes multilíngues e com vários dispositivos

2 comentários

 
ndrgrd 2025-09-04

Sinceramente, essa máscara de e-mail não é muito boa por causa do limite de quantidade. Use a do DuckDuckGo.

 
GN⁺ 2025-09-04
Comentários do Hacker News
  • Eu realmente não entendo por que as pessoas acham prévia de link útil; a imagem da página é pequena demais para ver direito, e abrir e fechar abas rapidamente também não é grande esforço. Se você está acostumado com controles por teclado, isso chega a ser mais rápido do que clicar e segurar. Outra coisa que me pergunto é se a prévia ignora meus plugins. Por exemplo, o uBlock Origin bloqueia rastreamento no carregamento da página; será que isso não se aplica na prévia? E se uma URL de teste de phishing tiver um ID único, será que só de abrir a prévia, sem clicar, você já reprova no teste?

    • Acho que isso combina muito bem com a Wikipédia, porque toda página já oferece resumo e imagem direto na infobox. Mas ainda não estou convencido de quão bem isso funciona na web em geral

    • Sobre a parte de “abrir e fechar abas rapidamente não é difícil”, acho que para a maioria dos usuários comuns isso na verdade responde por que a função é necessária. Nós somos eficientes no uso do navegador, mas pessoas comuns frequentemente se confundem nesse processo; há muitas etapas, é mais lento, e elas dificilmente vão aprender atalhos de teclado. A observação sobre a forma de implementação é válida. No fim, o jeito mais simples e eficiente é não carregar extensões extras ou usar o que já está carregado. Usuários técnicos como nós acham que essa função não ajuda muito, e em situações como phishing nosso fluxo de trabalho também acaba evitando isso bem. Ainda é incerto e experimental se isso realmente ajuda os usuários. Mesmo assim, acho melhor tentar algo aqui do que em outras áreas de investimento mais antiquadas

    • Essa função de prévia é realmente bem ruim. No meu caso, a prévia leva uns 3 segundos para aparecer; nesse tempo eu já teria clicado com o botão do meio, visto a página e fechado. As informações que aparecem na prévia são só www.mozilla.org, novidades do Firefox 142, resumo de leitura de 3-4 minutos etc. A descrição do OpenGraph também é inútil, então não parece que isso vá melhorar. A exibição do tempo de leitura também não serve para mim; ela não tem como saber qual parte me interessa, então não faz sentido. Na prévia de link eu conseguia ver a URL completa, mas nessa prévia só mostra o domínio, então ficou até pior. O resumo por IA também é curto demais e lento demais para trazer vantagem nenhuma (principalmente se você não tiver uma placa como uma RTX 6000). Neste link, ele só menciona o Relay. E o comportamento padrão também é péssimo. A prévia aparece aleatoriamente na tela e, quando não está debaixo do cursor, ao soltar o botão do mouse o link abre na hora, o que torna o propósito da prévia completamente inútil

    • Concordo em geral, mas queria acrescentar que a prévia de link acaba sendo inútil de qualquer forma em quatro de cada cinco casos porque fica coberta por aviso de cookies ou modal de inscrição em newsletter

    • O link "peek" do Zen é muito melhor; pelo que descobri, é um modelo copiado do Arc. Com Shift+clique, o link abre em um modal flutuante com tamanho configurável pelo usuário (90% por padrão), e dali você tem controles para destacar em aba ou fechar. É só um pouco mais conveniente do que “abrir em nova aba, trocar e fechar”, mas a experiência é boa. A nova prévia de link do Firefox é muito menos útil do que isso

  • No macOS, dá para ter prévia nativa com force click, então é uma pena que o Firefox não suporte isso e ofereça apenas clicar e segurar

    • Fiquei sabendo disso hoje pela primeira vez. Como outros comentários disseram, acho essa função nada fácil de descobrir. Usei macOS por 10 anos e nem sabia que force click existia. Vi este comentário, fui pesquisar e testei por conta própria. Mas com certeza não é uma função que funciona “em todo lugar”. Nem no Spotlight Search funciona, e no Finder o force click serve para editar o nome. Ainda não estou acostumado, então acho que vou aprendendo aos poucos daqui para frente

    • Isso só funciona no Safari, nem no Chrome funciona, e eu também só descobri que isso existia por causa deste comentário. A descobribilidade é realmente péssima

    • Esse tipo de coisa é comum em navegadores, especialmente no Firefox. Depois do lançamento do Lion, eles demoraram 7 anos só para adotar barras de rolagem nativas, e até então passava uma sensação de portabilidade muito ruim. Na época em que o Chrome estava crescendo, ele dava suporte ao Keychain Access nativo para gerenciamento de senhas; o Firefox saiu 4 anos antes e mesmo assim nunca implementou isso

    • Mas nesse caso a prévia não seria renderizada pelo Safari?

    • Já faz 15 anos que no Mac eles também não conseguem implementar direito o comportamento de tela cheia

  • Tenho enfrentado vazamento de memória no Firefox recentemente, mas não sei bem qual é a causa. Então fui ver as notas da nova versão esperando algo assim, e me decepcionei por não haver um resumo detalhado das mudanças para usuários avançados. Eu poderia procurar no Bugzilla e afins, mas na página principal sempre destacam só os recursos importantes

    • Nesses casos, muitas vezes o problema costuma ser um site específico. Na minha experiência, o portal do Jenkins tinha um vazamento de memória tão sério que consumia vários GB e também ficava perto de 100% de CPU. Como eu deixo centenas de abas abertas, bastou expandir os processos do Firefox no gerenciador de tarefas, ordenar por memória ou CPU por subprocesso e encerrar só a aba problemática. Depois, na lista de abas, apareceu um ícone diferente indicando a aba que virou relatório de crash, e era o Jenkins. Desde então, passei a fechar antes só as abas do Jenkins e o problema sumiu

    • Ao diagnosticar problemas de desempenho ou memória no navegador, você sempre deve verificar primeiro as extensões instaladas

    • Se por acaso você quis dizer um registro mais detalhado das mudanças, existe esta página de notas de lançamento aqui. Desta vez é uma versão de correção, e há também um link no final para mais mudanças

    • Passei por algo parecido recentemente no Fedora 42 usando o Firefox 142 mais recente. Antes eu podia só bloquear a tela ao sair do trabalho, mas de manhã o sistema às vezes estava sem resposta. Usei várias vezes o OOM killer com Magic SysRq para conseguir fazer login, e depois tive que matar o Firefox manualmente pelo console; nisso liberavam-se 15 GB de RAM e 16 GB de swap. Como eu não tinha tempo de investigar, no começo suspeitei do teams-for-linux, mas eu o fechava todo dia, então não era isso. No Firefox, about:processes ajuda, mas só dá para ver enquanto você está realmente usando o aplicativo, e não sei bem como fazer diagnóstico depois do problema acontecer

    • Dá para usar about:memory para gerar um relatório do uso de memória

  • Tenho curiosidade sobre como a prévia de link vai funcionar no celular. Antigamente, ao manter pressionado um link com endereço oculto no celular, dava para ver a URL completa, como o hover no desktop. Espero que isso continue existindo. Mesmo que seja preciso desativar a prévia, queria que pelo menos a visualização do link completo permanecesse. Fui testar de novo agora e, no celular, clicar e segurar abre o menu de contexto. Ao tocar no primeiro item do menu, a URL completa aparece encapsulada. Ou seja, no celular clicar e segurar funciona como o menu de contexto do clique direito, e eu usava isso principalmente para confirmar o link completo. Dá para imaginar a prévia como uma opção dentro do menu de contexto

  • Fico pensando que seria melhor se tivessem dado atenção a coisas realmente práticas e significativas. Por exemplo, poderiam começar implementando primeiro um corretor ortográfico que cobrisse de verdade toda a língua inglesa, e ainda assim não seria tarde demais se levassem 5 anos para fazer isso direito. Mas parece que continuam só empilhando funções novas e, como todo mundo sabe, quantidade de recursos não salva produto nenhum; o que importa de verdade é usabilidade

    • Nesse ritmo, o Ladybird pode acabar virando navegador principal daqui a alguns anos, embora eu ache uma pena que, quase chegando em 2025, o Ladybird tenha escolhido uma linguagem sem segurança de memória como tecnologia central

    • Antes de mais nada, eu queria que corrigissem os bugs que de vez em quando mandam todas as abas abertas para /dev/null. Só este ano isso já aconteceu comigo duas vezes, então até usar o navegador normalmente virou algo que faço com cuidado

    • Eu deveria abrir um bug report, mas nem sei por onde começar. Há muito tempo a função de localizar está meio quebrada. Muitas vezes aperto Ctrl+f e ele não encontra uma palavra que claramente está na página; mesmo adicionando letras uma por uma, o reconhecimento oscila sem consistência. É comum ele não encontrar nem uma palavra que está bem diante dos olhos. Na verdade, eu já quase nem ligo mais. O engraçado é que Firefox/Firebird/Phoenix originalmente atraía justamente pela dieta de recursos e pela leveza, e agora eu só queria um navegador mínimo com abas e API de extensibilidade

    • Fico me perguntando se o FF usa o Hunspell do sistema. Se não usa, talvez fosse melhor integrar logo o Hunspell do sistema

    • Essa história de “cobrir toda a língua inglesa” me fez lembrar do episódio "Ink and Incapability" de Blackadder

  • Se você desativar a parte de IA, a prévia mostra só o título da página e um pedaço do começo. Ainda pode ser útil para verificar URLs curtas ou links ambíguos

  • Gosto muito dessas funções locais de IA, a ponto de ficar tentado a trocar o LibreWolf pelo Firefox padrão

    • Não sei quanto às outras funções de IA, mas a tradução por IA é realmente impressionante. A qualidade não é perfeita, mas o simples fato de conseguir traduzir mais de 20 idiomas offline já é excelente

    • Já fiz essa troca faz tempo e nunca me arrependi

  • Link Preview é meio estranho, mas interessante. O modelo local de IA resume a página, então não usa ChatGPT nem API em nuvem

  • Eu gostaria muito de uma solicitação assim: uma opção para proibir completamente alertas chamativos ou pop-ups indesejados vindos do próprio navegador

  • A função de prévia de link me lembra recursos que já existiam antes em extensões do Firefox na época do XUL, como a "Cool Previews". A prévia aparecia depois de um curto atraso ao passar o mouse. Imagino que ainda existam opções parecidas em WebExtenions. A diferença da função integrada é exigir clicar e segurar