Firefox 118
(mozilla.org)- A tradução automática de conteúdo da web é processada localmente dentro do Firefox, de modo que o texto traduzido não sai do dispositivo do usuário
- O Web Audio agora usa a biblioteca matemática FDLIBM em todos os sistemas para melhorar o anonimato da Proteção contra Fingerprinting
- Em janelas privativas, as fontes que os sites podem ver ficam limitadas às fontes do sistema e às fontes dos pacotes de idioma, mitigando o fingerprinting por fontes
- Agora é possível usar Efeitos de Vídeo e desfoque de fundo no Google Meet, e esses efeitos também têm suporte retroativo até o Firefox 115
- Usuários do Firefox Suggest nos EUA podem ver sugestões de complementos do navegador na barra de endereços com base em palavras-chave
- Foram aplicadas várias correções de segurança
- O suporte do Firefox será encerrado no Windows 8.1 ou inferior e no macOS 10.14 ou inferior, com orientação para uso do Firefox ESR
- Na plataforma web, passam a ser suportadas as funções matemáticas de CSS
round,mod,rem,pow,sqrt,hypot,log,exp,abs,sign - OpaqueResponseBlocking passa a vir ativado por padrão, e há suporte ao elemento
<search>, que contém elementos de busca ou filtragem
1 comentários
Opiniões no Hacker News
É uma versão que inclui tradução local de páginas da web. Parece oferecer suporte a traduções entre búlgaro, holandês, inglês, francês, alemão, italiano, polonês, português e espanhol.
Testei traduzir uma página em francês para o inglês e a qualidade foi excelente; também foi divertido ver o texto dentro da página mudando conforme era traduzido.
watered-down deveria qualificar o acordo, não os veículos. O Google Translate foi melhor, com “Ursula von der Leyen elogia il compromesso annacquato sulle emissioni dei veicoli”; já Deepl e Papageo não traduziram “watered-down”, o que também faz sentido, já que pode ser visto como uma expressão redundante.
Além disso, a detecção automática parece aparecer só uma vez por domínio. Testei na Wikipedia e, depois do primeiro artigo, ela não apareceu de novo. Mas talvez seja melhor assim, já que a caixa de diálogo é enorme. É uma pena, porque, sendo o próprio navegador deles, eles certamente teriam capacidade de integrar esse tipo de recurso de forma mais natural.
No geral, é um recurso realmente bom e pode ser útil para muita gente, mas, no estado atual, parece mais provável que ele acabe sendo removido depois pelo motivo de sempre: “ninguém usa”.
Gostei da mudança que “limita as fontes visíveis para sites às fontes do sistema e às fontes dos pacotes de idioma, mitigando a coleta de impressão digital por fontes em janelas de navegação privativa”.
Fico curioso para saber se isso vai afetar os resultados em https://www.amiunique.org/fingerprint.
Atualização: ainda diz que sou único, os resultados mostram 215 fontes e 0,0% de unicidade, então não sei bem se isso está funcionando corretamente no meu ambiente.
Estatísticas excelentes, mas difíceis de acreditar.
Meu conjunto de fontes do sistema provavelmente é quase único. https://www.amiunique.org/fingerprint também mostra que 0,0% da internet tem o mesmo conjunto de fontes do sistema.
Por outro lado, no fontconfig (Linux, BSD etc.) é possível instalar fontes de usuário, ou seja, fontes que não são do sistema inteiro, e eu já fiz isso no passado. Mas não sei se isso é comum o suficiente para fazer diferença.
Correção: meu conjunto de fontes é único, e só tenho 6 fontes instaladas.
Uma boa parte dos desenvolvedores web talvez tenha que migrar para o Firefox em breve. A documentação da API da Stripe ficou grande demais, e a lógica de carregamento assíncrono é tão ruim que, no Chrome, ele trava com frequência ao acessar links para seções da documentação da API.
Fiquei curioso e testei no Firefox; tirando o tempo de carregamento do conteúdo do DOM, que é lento, funcionou bem, o que foi bom de ver.
Documentação deveria ser documentação, não um aplicativo completo.
Hoje descobri por acaso no Firefox/Linux que ainda estou usando a versão 117
“Agora os usuários do Firefox podem usar efeitos de vídeo e desfoque de fundo no Google Meet. Observação: esses efeitos foram lançados com suporte retroativo até o Firefox 115”
Fico curioso se todo mundo sabe onde estava o problema de fato. Se de repente há compatibilidade retroativa, então acho que pelo menos uma parte considerável do problema era do lado do Google
https://www.npr.org/2023/09/12/1198558372/doj-google-monopol...
https://blog.mozilla.org/en/products/firefox/google-meet-fir...
Dizem que resolveram junto com a equipe do Google
Encontrei este ticket: https://bugzilla.mozilla.org/show_bug.cgi?id=1703668
Houve melhorias no cache da nova arquitetura de acessibilidade chamada “Cache the World” e outras melhorias de desempenho, e depois disso o Google parece ter feito o rollout para Firefox
Talvez a equipe do Google Meet não quisesse oferecer aos usuários uma opção que deixaria o webapp lento, então a manteve bloqueada; quando o desempenho melhorou, pode ter desbloqueado o recurso para usuários do Firefox que cumpriam os requisitos mínimos
Mas fico me perguntando se o Firefox costuma fazer backport não só de patches de segurança, mas também de coisas como melhorias de desempenho, para determinadas versões base
“Ao contrário das alternativas baseadas em nuvem, a tradução é feita localmente dentro do Firefox, portanto o texto traduzido não sai do dispositivo”
Mas fico me perguntando como isso é possível sem baixar dados na casa dos gigabytes
Fico curioso sobre o que aconteceu no lado do Google Meet. Não sei se foi o Firefox que corrigiu ou se foi a equipe do Google. Se a correção foi retroativa até as últimas 3 versões, não seria uma correção do lado do Google?
“Agora os usuários do Firefox podem usar efeitos de vídeo e desfoque de fundo no Google Meet”
Finalmente. Isso era bem frustrante
Fugindo um pouco do assunto, gostaria que o suporte ao formato de imagem JPEG XL(.jxl), que agora também entrou no Safari, chegasse ao Firefox
Quem criou o texto daquela página no Firefox merece reconhecimento
hello :teapot: -> bonjour :baguette:Infelizmente, o HN remove emojis
hello :maple leaf: -> bonjour :fleur-de-lis:Comentário obrigatório de “vamos usar Firefox”
Não tem relação direta com as notas de lançamento, mas recentemente percebi que, no meu caso de uso, não dá para usar o Chrome
Tenho em casa dois MacBooks com processador M; um usa mullvad (WireGuard), e o outro usa o OpenVPN da empresa
Por algum motivo, ambos têm um problema sério com softwares baseados em Chromium. A cada poucos minutos aparece ERR_NETWORK_CHANGED e nada carrega. As requisições XHR também morrem, então a maior parte dos softwares web fica completamente inutilizável. Isso também vale para softwares baseados em Electron, como Discord ou Bitwarden. Estranhamente, o Slack ainda não parece ter sido afetado, mas talvez ele esconda isso ou tente novamente melhor
Não sei qual é o problema, mas WebKit, Gecko e outros softwares que precisam de rede no mesmo dispositivo não são afetados. Então abandonei todos os Chrome. Conversei com algumas pessoas que passam pelo mesmo problema, mas desisti porque não consegui encontrar um relatório de bug relacionado
Para uso pessoal, já uso Firefox há muito tempo, mas agora também não consigo usar Chrome no trabalho. Com um problema tão evidente assim, não sei como esperam que esse navegador seja usado em ambientes corporativos
Dizem que basta usar o cliente oficial do WireGuard, mas não sei como ele lida com a parte complicada desse tipo de VPN comercial, que é a atribuição de IP
Às vezes, mudar a localização ajuda
https://www.reddit.com/r/chrome/comments/14xqh92/chrome_help...
Também existe este bug: https://bugs.chromium.org/p/chromium/issues/detail?id=147633...
Apps novos usam HTML moderno e APIs JavaScript, e não dá para confiar que o Firefox vá implementá-los