Lune pâle 32.2.0

2023/05/16

Pale Moon est un navigateur Web Open Source basé sur Goanna disponible pour Microsoft Windows, Linux et Android, axé sur l’efficacité et la facilité d’utilisation. Assurez-vous de tirer le meilleur parti de votre navigateur !

Pale Moon vous offre une expérience de navigation dans un navigateur entièrement construit à partir de sa propre source développée indépendamment qui a été dérivée du code Firefox/Mozilla, avec des fonctionnalités et des optimisations soigneusement sélectionnées pour améliorer la vitesse des navigateurs, l’utilisation des ressources, la stabilité et l’expérience utilisateur, tout en offrant une personnalisation complète et une collection croissante d’extensions et de thèmes pour personnaliser véritablement le navigateur.

Caractéristiques:

Optimisé pour les processeurs modernes
Basé sur un moteur de mise en page optimisé propriétaire (Goanna)
Sûr : dérivé du code Mozilla mature et régulièrement mis à jour
Sécurisé : fonctionnalités de sécurité supplémentaires et développement sensible à la sécurité
Soutenu par notre communauté d’utilisateurs et entièrement à but non lucratif
Interface familière, efficace et entièrement personnalisable
Prise en charge de thèmes complets : liberté totale sur la conception de tous les éléments
Prise en charge de thèmes légers faciles à créer (skins)
Dessin de page et traitement de script fluides et rapides
Stabilité accrue : moins de plantages de navigateur
Prise en charge de nombreuses extensions Firefox
Prise en charge d’un nombre croissant d’extensions exclusives Pale Moon
Prise en charge étendue et croissante de HTML5 et CSS3
De nombreuses options de personnalisation et de configuration

Journal des modifications de Pale Moon 32.2.0 :

Il s’agit d’une autre mise à jour de développement importante et majeure, poursuivant nos efforts de développement rapide dans le jalon v32. Avec cette version, nous devrions avoir restauré la compatibilité Web avec la majorité des sites Web problématiques signalés. Si vous rencontriez auparavant des sites Web problématiques dans Pale Moon, il peut être judicieux de les réessayer avec cette version. Un merci spécial à Job Bautista, martok, dbsoft, FranklinDM et Travis pour avoir continué leur travail acharné pour en faire une réalité !

Cela met à jour notre version de la plate-forme UXP/Goanna à 6.2.

Modifications/corrections :

Implémentation des importations de modules dynamiques. Voir les notes d’implémentation.
Implémentation de l’exportation des fonctions asynchrones dans les modules.
Champs de classe JavaScript implémentés. Voir les notes d’implémentation.
Implémentation des opérateurs d’affectation logique ||=, &&= et ? ?=.
Implémentation d’une solution pour les sites Web utilisant le window.event ambigu officiellement obsolète. Ceci est désactivé par défaut mais peut être activé via la préférence dom.window.event.enabled de about:config. Voir les notes d’implémentation.
Implémenté self.structuredClone() (cela peut être très obscur pour tout le monde sauf les développeurs Web. Excuses ;-))
Implémenté Element.replaceChildren. Encore une fois principalement une note de développeur Web.
Shadow DOM amélioré : correspondance d’hôte.
Implémentation du CSS de WebComponents : :slotted() et des fonctionnalités associées.
Amélioration de la mise en cache des pages dans notre allocation de mémoire.
Ajout de la prise en charge de FFmpeg 6.0, particulièrement important pour les distributions Linux à la pointe de la technologie.
Correction d’un blocage potentiel de dessin pour les images, en particulier SVG. Cela résout un certain nombre de scénarios d’arrêt suspendu.
Correction de divers plantages liés à WebComponents et à notre travail récent sur JavaScript.
Correction de divers problèmes de construction à partir de la source sur les plates-formes cibles secondaires.
Correction de divers petits problèmes de script frontal du navigateur qui pouvaient entraîner des erreurs ou des fonctionnalités interrompues.
Correction de la gestion des fonctions asynchrones (flèches) déclarées à l’intérieur des constructeurs.
Correction de divers petits problèmes de conformité JavaScript.
Correction d’un problème où JavaScript (uniquement dans les modules) ne créait pas correctement les wrappers asynchrones.
Mise à jour de l’API DOM Performance vers la spécification actuelle (User Timing L3).
Consultez les notes de mise en œuvre, en particulier si vous avez l’intention de l’utiliser dans le contenu Web pour des fonctionnalités critiques.
Mise à jour de la gestion des événements de pression de touche pour envoyer des événements de pression de touche sur Ctrl + Entrée.
Structures JavaScript internes mises à jour pour faciliter le portage futur et améliorer les performances de JavaScript.
Mise à jour de la gestion et du style des fenêtres sur Mac.
Mise à jour de la bibliothèque Freetype vers 2.13.0.
Mise à jour de la bibliothèque Harfbuzz vers 7.1.0.
Mise à jour de nos appels de recherche DNS pour utiliser inet_ntoa() au lieu de inet_ntop() obsolète.
Mise à jour de l’API Fetch pour utiliser l’URL de base globale au lieu de l’URL de base du document d’entrée pour la conformité aux spécifications.
Nous ne prenons plus en charge l’ancienne fontconfig sur les systèmes GTK.
Nous n’analysons plus ou ne renvoyons plus le corps des réponses vides connues des serveurs (longueur de contenu de 0, ou dans le cas des méthodes HEAD ou CONNECT).
Mise en œuvre de la mise en cache des polices à l’échelle sur GTK, améliorant les performances.
Correction d’un problème de construction lors de la construction pour Linux sur ARM64 sur des distributions ultérieures.
Divisez plusieurs parties du navigateur en plusieurs parties. dll sous Windows pour réduire la charge du compilateur et un xul.dll surdimensionné
Mozilla :: AlignedStorage supprimé (nettoyage du code).
Les builds pour FreeBSD utilisent maintenant xz pour empaqueter au lieu de bzip2. Sur demande, nous proposons désormais également des builds GTK2 pour FreeBSD.
Fusion de la préférence dom.getRootNode.enabled dans la préférence dom.webcomponents.enabled. Voir les notes d’implémentation.
Correction d’un problème potentiel de DoS avec le décodage JPEG.
Correction d’un problème potentiel dans le code du widget Windows qui pouvait entraîner des plantages.
Désactivation des protocoles externes potentiellement dangereux sous Windows.
Ajouté connu-problématique. dlls à la liste de blocage interne.
Problèmes de sécurité traités : CVE-2023-32209, CVE-2023-32214 et plusieurs autres qui n’ont pas de désignation CVE.
Résumé des correctifs de sécurité UXP Mozilla : 4 corrigés, 1 rejeté, 27 non applicables.

Remarques sur la mise en œuvre :

Les modules JavaScript ont différentes méthodes de chargement dans le contenu de la page Web. L’une des méthodes introduites plus tard est une déclaration import () de style fonction, appelée « importations de modules dynamiques » qui a été utilisée par divers frameworks Web, causant des problèmes pour Pale Moon entraînant des pages vierges dans la plupart des cas (puisque les sites Web seraient n’utilisent pas réellement la structure du document HTML, mais plutôt JavaScript pour créer du contenu, le tout à partir de modules importés). Cela a été un problème majeur de compatibilité Web ces derniers temps et nous sommes heureux d’annoncer que ce mécanisme complexe a été implémenté.
La spécification du langage JavaScript continue d’être édulcorée d’un langage de prototypage vers un hybride plus « C-like ». Dans le cadre de cet effort, les classes JavaScript ont été introduites dans ECMAScript 6, et maintenant étendues dans ES2022 avec des champs de classe et des champs/méthodes de classe privés, ainsi que des statiques. Nous devrions avoir une implémentation complète de cela maintenant, qui constitue les parties les plus importantes de la mise à jour linguistique ES2022.
L’utilisation de l’événement global window.event obsolète de Microsoft Internet Explorer a été un problème de compatibilité Web omniprésent pour nous, d’autant plus qu’il a été officiellement obsolète et que nous n’avons jamais implémenté cette propriété ambiguë et peu fiable qui est très sensible au contexte. Les sites Web doivent utiliser l’événement tel qu’il est transmis au gestionnaire d’événements pour obtenir la source de l’événement à la place. Cependant, puisque ni Chrome ni Firefox ne l’ont abandonné et semblent jouer à un jeu de « poulet », il reste utilisé sur le Web. Pour gérer ce conflit, nous avons maintenant implémenté l’équivalent derrière une préférence pour permettre aux utilisateurs d’utiliser (temporairement) le window.event global pendant que les webmasters mettent à jour leurs sites Web. Nous espérons que le camp Google abandonnera enfin celui-ci bientôt afin que nous puissions en finir avec cette bizarrerie héritée.
L’API DOM Performance a été mise à jour avec la spécification User Timing niveau 3. Il convient de noter de manière critique que l’API DOM Performance n’a jamais été conçue pour être utilisée automatiquement sur le contenu publié, et a été conçue uniquement pour l’analyse des performances des pages par les concepteurs Web. Bien sûr, dans le cadre de la mise à disposition d’outils de développement sur le Web, de nombreux abus ont suivi en raison des mesures précises de navigation et de synchronisation que cette API peut fournir (en vous regardant, Google !). En raison d’une intégration étroite avec l’analyse de contenu Web, l’ancienne implémentation de spécifications que nous avions causait des problèmes et cassait en fait certains services, nous l’avons donc mise à jour, mais avec quelques différences clés importantes :
Dans Pale Moon, nous maintenons la synchronisation de la navigation désactivée car il s’agit d’un problème de confidentialité notable pour les données qu’il peut collecter (événements et horaires de navigation exacts). Si vous êtes un développeur Web et que vous avez besoin de ces mesures de temps, vous pouvez les activer avec dom.enable_performance_navigation_timing.
Notre implémentation, contrairement à la spécification, ne permet pas l’enregistrement illimité d’événements de performance (enregistrant effectivement chaque événement de page !) qui peut également consommer rapidement de la mémoire. Au lieu de cela, nous appliquons un quota par défaut sain qui devrait être suffisamment spacieux pour toute utilisation légitime, mais empêche l’utilisation excessive des ressources ou la journalisation extensive des actions des utilisateurs.
Si le quota défini est atteint, un avertissement sera imprimé dans la console et les événements de performance enregistrés seront jetés. Si vous comptez (bêtement) sur les événements de l’API Performance pour que votre application Web fonctionne, sachez que cela peut entraîner des problèmes de compatibilité car l’API n’a, encore une fois, pas été conçue pour être utilisée de cette manière. Pour la gestion des événements, il existe de bien meilleures alternatives disponibles qui n’impliquent pas un enregistrement approfondi des données utilisateur ou qui s’appuient sur une API d’outil de développement.
Nous avons historiquement implémenté la fonction DOM getRootNode car elle était utilisée dans la nature en tant que fonction autonome, mais son objectif principal a toujours été d’être une fonction d’assistance faisant partie de Shadow DOM/WebComponents. En tant que tel, nous avons maintenant fusionné la préférence dans la préférence WebComponents, en l’activant et en la désactivant avec le reste de notre implémentation WebComponents.

Laisser un commentaire Annuler la réponse