Dans la version de Chrome 150 prévue pour le 30 juin, le support du drapeau kExtensionManifestV2Disabled, qui permettait de rétablir la possibilité d'installer des extensions utilisant la deuxième version du manifeste Chrome depuis le Chrome Web Store, sera supprimé. Avant-hier, le code implémentant le paramètre AllowLegacyMV2Extensions, qui permettait de charger manuellement des extensions basées sur la deuxième version du manifeste en mode développeur, a également été supprimé de la base de code de Chromium, sur laquelle est basé le lancement de Chrome 151, prévu pour le 28 juillet. Quelques jours auparavant, les paramètres kExtensionManifestV2Unsupported et ExtensionManifestV2Availability, qui avaient été déclarés non pris en charge il y a environ un an, avaient également été supprimés de la base de code de Chromium.
Les participants du projet uBlock Origin ont recommandé aux utilisateurs de Chrome de passer à d'autres navigateurs ou de se tourner vers l'extension uBlock Origin Lite, qui est développée par l'auteur d'uBlock Origin et représente une version d'uBlock Origin adaptée à l'API explicative déclarative (declarativeNetRequest) proposée dans la troisième version du manifeste Chrome. Le support de la deuxième version du manifeste Chrome est présent dans Firefox et Safari, et sera également maintenu dans les navigateurs Brave et Opera basés sur le moteur Chromium.
La troisième version du manifeste Chrome, qui définit les capacités et les ressources disponibles pour les extensions écrites à l'aide de l'API WebExtensions, a été développée dans le cadre d'une initiative visant à simplifier la création d'extensions sécurisées et performantes. Le principal mécontentement suscité par cette troisième version du manifeste provient du passage en mode lecture seule de l'API webRequest, qui permettait d'ajouter des gestionnaires personnalisés ayant un accès complet aux requêtes réseau et capables de modifier le trafic à la volée. Au lieu de l'API webRequest, la troisième version du manifeste introduit une API declarativeNetRequest aux capacités limitées, fournissant un accès à un moteur de filtrage intégré qui traite de manière autonome les règles de blocage, sans autoriser l'utilisation d'algorithmes de filtrage personnalisés.
L'extension uBlock Origin Lite (uBOL) n'implémente qu'une partie des fonctionnalités de uBlock Origin. Il s'est avéré problématique de transférer les filtres de contenu dynamiques et les URLs, les filtres d'en-têtes HTTP, les outils pour désactiver les scripts, les polices et les éléments multimédias volumineux en fonction de sites spécifiques, ainsi que de nombreuses options de filtre (strict1p, strict3p, domaine, redirect-rule, removeparam), la protection contre la manipulation DNS pour contourner le blocage. En raison de la nécessité d'obtenir des autorisations supplémentaires, les filtres cosmétiques pour remplacer le contenu sur la page (« ## »), les substitutions de scripts sur les sites (« ##+js »), les filtres pour rediriger les requêtes (« redirect= »), les filtres d'en-tête CSP (Content Security Policy) et les filtres pour supprimer les paramètres des requêtes (« removeparam= ») sont désactivés par défaut dans uBlock Origin Lite.
Source : opennet.ru
