Lua pálida 32.2.0

2023/05/16

Pale Moon é um navegador de código aberto baseado em Goanna disponível para Microsoft Windows, Linux e Android, com foco na eficiência e facilidade de uso. Certifique-se de tirar o máximo proveito do seu navegador!

Pale Moon oferece a você uma experiência de navegação em um navegador totalmente construído a partir de sua própria fonte desenvolvida de forma independente, extraída do código Firefox/Mozilla, com recursos e otimizações cuidadosamente selecionados para melhorar a velocidade, o uso de recursos, a estabilidade e a experiência do usuário do navegador. enquanto oferece personalização completa e uma coleção crescente de extensões e temas para tornar o navegador verdadeiramente seu.

Características:

Otimizado para processadores modernos
Baseado no mecanismo de layout otimizado proprietário (Goanna)
Seguro: derivado do código Mozilla maduro e atualizado regularmente
Seguro: recursos de segurança adicionais e desenvolvimento com reconhecimento de segurança
Apoiado por nossa comunidade de usuários e totalmente sem fins lucrativos
Interface familiar, eficiente e totalmente personalizável
Suporte para temas completos: liberdade total sobre o design de qualquer elemento
Suporte para temas leves (skins) facilmente criados
Desenho de página suave e rápido e processamento de script
Maior estabilidade: experimente menos travamentos do navegador
Suporte para muitas extensões do Firefox
Suporte para um número crescente de extensões exclusivas de Pale Moon
Suporte extenso e crescente para HTML5 e CSS3
Muitas opções de personalização e configuração

Pale Moon 32.2.0 changelog:

Esta é outra atualização de desenvolvimento importante e importante, continuando nossos esforços de desenvolvimento rápido no marco v32. Com esta versão, deveríamos ter restaurado a compatibilidade da web com a maioria dos sites problemáticos relatados. Se você já se deparou com sites problemáticos em Pale Moon, pode ser uma boa ideia experimentá-los novamente com esta versão. Agradecimentos especiais a Job Bautista, martok, dbsoft, FranklinDM e Travis por continuarem trabalhando duro para tornar isso uma realidade!

Isso atualiza nossa versão da plataforma UXP/Goanna para 6.2.

Alterações/correções:

Importações de módulos dinâmicos implementadas. Consulte as notas de implementação.
Exportação implementada de funções assíncronas em módulos.
Campos de classe JavaScript implementados. Consulte as notas de implementação.
Operadores de atribuição lógica implementados ||=, &&= e? ?=.
Implementou uma solução para sites usando o window.event ambíguo oficialmente obsoleto. Isso é desativado por padrão, mas pode ser ativado por meio da preferência dom.window.event.enabled de about:config. Consulte as notas de implementação.
Implementado self.structuredClone() (isso pode ser muito obscuro para qualquer pessoa, exceto desenvolvedores da web. Desculpas ;-))
Element.replaceChildren implementado. Mais uma vez, principalmente uma nota de desenvolvedor da web.
Shadow DOM aprimorado: correspondência de host.
CSS do WebComponents implementado: :slotted() e funcionalidades relacionadas.
Cache de página aprimorado em nosso alocador de memória.
Adicionado suporte para FFmpeg 6.0, especialmente importante para distribuições Linux de ponta.
Corrigido um impasse de desenho potencial para imagens, especificamente SVG. Isso resolve uma série de cenários de desligamento suspenso.
Corrigidas várias falhas relacionadas a WebComponents e nosso trabalho recente de JavaScript.
Corrigidos vários problemas de compilação da fonte em plataformas de destino secundárias.
Corrigidos vários pequenos problemas de script de front-end do navegador que poderiam levar a erros ou falha na funcionalidade.
Corrigida a manipulação de funções assíncronas (seta) declaradas dentro de construtores.
Corrigidos vários pequenos problemas de conformidade do JavaScript.
Corrigido um problema em que o JavaScript (somente em módulos) não criava wrappers assíncronos corretamente.
A API de desempenho do DOM foi atualizada para a especificação atual (User Timing L3).
Consulte as notas de implementação, especialmente se você pretende usar isso em conteúdo da Web para funcionalidade crítica.
Tratamento de eventos de pressionamento de tecla atualizado para enviar eventos de pressionamento de tecla em Ctrl+Enter.
Estruturas internas de JavaScript atualizadas para facilitar a portabilidade futura, bem como melhorar o desempenho do JavaScript.
Tratamento e estilo de janelas atualizados no Mac.
A biblioteca Freetype foi atualizada para 2.13.0.
A biblioteca Harfbuzz foi atualizada para 7.1.0.
Atualizamos nossas chamadas de pesquisa de DNS para usar inet_ntoa() em vez do obsoleto inet_ntop().
A API Fetch foi atualizada para usar o URL base global em vez do URL base do documento de entrada para conformidade com as especificações.
Não suportamos mais o fontconfig obsoleto em sistemas GTK.
Não analisamos ou retornamos o corpo de respostas vazias conhecidas dos servidores (comprimento do conteúdo 0 ou no caso dos métodos HEAD ou CONNECT).
Implementado o cache de fontes dimensionadas no GTK, melhorando o desempenho.
Corrigido um problema de compilação ao compilar para Linux em ARM64 em distros posteriores.
Divida mais partes do navegador em separado. dll no Windows para reduzir a tensão do compilador e um xul.dll superdimensionado
Removido mozilla::AlignedStorage (limpeza de código).
Compilações para FreeBSD agora usam xz para empacotamento em vez de bzip2. A pedido, agora também oferecemos compilações GTK2 para FreeBSD.
A preferência dom.getRootNode.enabled foi mesclada com a preferência dom.webcomponents.enabled. Consulte as notas de implementação.
Corrigido um possível problema de DoS com decodificação de JPEG.
Corrigido um possível problema no código do widget do Windows que poderia levar a travamentos.
Protocolos externos potencialmente perigosos desativados no Windows.
Adicionado conhecido problemático. dlls para a lista de bloqueio interna.
Problemas de segurança abordados: CVE-2023-32209, CVE-2023-32214 e vários outros que não possuem designação CVE.
Resumo do patch de segurança UXP Mozilla: 4 corrigidos, 1 rejeitado, 27 não aplicáveis.

Notas de implementação:

Os módulos JavaScript têm vários métodos de carregamento no conteúdo da página da web. Um dos métodos introduzidos posteriormente é uma declaração import() de estilo de função, chamada de “importação de módulo dinâmico” que tem sido usada por vários frameworks da web, causando problemas para Pale Moon resultando em páginas em branco na maioria dos casos (uma vez que os sites na verdade, não usam HTML de estrutura de documento, mas sim JavaScript para criar conteúdo, tudo a partir de módulos importados). Ultimamente, esse tem sido um grande problema de compatibilidade com a Web e temos o prazer de anunciar que esse maquinário complexo foi implementado.
A especificação da linguagem JavaScript continua a ser diluída de uma linguagem de prototipagem para um híbrido mais “semelhante a C”. Como parte desse esforço, as classes JavaScript foram introduzidas no ECMAScript 6 e agora expandidas no ES2022 com campos de classe e campos/métodos de classe privada, bem como estáticos. Devemos ter uma implementação completa disso agora, que constitui as partes mais importantes da atualização do idioma ES2022.
O uso do windows.event global desatualizado do Microsoft Internet Explorer tem sido um problema de compatibilidade da Web generalizado para nós, especialmente desde que foi oficialmente obsoleto e nunca implementamos essa propriedade ambígua e não confiável que é altamente sensível ao contexto. Os sites devem usar o evento conforme passado para o manipulador de eventos para obter a origem do evento. No entanto, como nem o Chrome nem o Firefox abandonaram isso e parecem estar jogando um jogo de “galinha”, ele continua em uso na web. Para lidar com esse conflito, agora implementamos o equivalente por trás de uma preferência para permitir que os usuários usem (temporariamente) o window.event global enquanto os webmasters atualizam seus sites. Esperamos que o acampamento do Google finalmente abandone este em breve, para que possamos acabar com essa peculiaridade herdada.
A API de desempenho do DOM foi atualizada para a especificação de nível 3 de sincronização do usuário. Deve-se observar criticamente que a API de desempenho do DOM nunca foi projetada para ser usada normalmente em conteúdo publicado e foi projetada apenas para análise de desempenho de página usada por web designers. É claro que, como parte da disponibilização de ferramentas de desenvolvimento para a Web, muitos abusos ocorreram devido à navegação precisa e às medições de tempo que essa API pode fornecer (olhando para você, Google!). Devido à forte integração com a análise de conteúdo da Web, a implementação de especificação mais antiga que tínhamos estava causando problemas e, na verdade, interrompendo alguns serviços, por isso a atualizamos, mas com algumas diferenças importantes:
Em Pale Moon, mantemos o tempo de navegação desativado porque é um problema de privacidade notável para os dados que ele pode coletar (eventos e horários exatos de navegação). Se você for um desenvolvedor da Web e precisar dessas medições de tempo, poderá ativá-las com dom.enable_performance_navigation_timing.
Nossa implementação, ao contrário da especificação, não permite gravação ilimitada de eventos de desempenho (registrando efetivamente todos os eventos de página!) O que também pode consumir memória rapidamente. Em vez disso, aplicamos uma cota padrão sã que deve ser espaçosa o suficiente para todos os usos legítimos, mas evita o uso descontrolado de recursos ou o registro extensivo de ações do usuário.
Se a cota definida for atingida, um aviso será impresso no console e os eventos de desempenho gravados serão descartados. Se você (tolamente) confiar nos eventos da API de desempenho para que seu aplicativo da Web funcione, saiba que isso pode causar problemas de compatibilidade, pois a API, novamente, não foi projetada para ser usada dessa maneira. Para manipulação de eventos, existem alternativas muito melhores disponíveis que não envolvem registro extensivo de dados do usuário ou dependem de uma API de ferramenta de desenvolvedor.
Historicamente, implementamos a função getRootNode do DOM, já que ela estava sendo usada como uma função independente, no entanto, sua principal intenção sempre foi ser uma parte da função auxiliar do Shadow DOM/WebComponents. Como tal, agora mesclamos a preferência na preferência WebComponents, habilitando-a e desabilitando-a junto com o restante de nossa implementação de WebComponents.

Deixe um comentário Cancelar resposta