Empresa Mozilla , que a pesar del uso de un sistema de complementos basado en la API WebExtensions en Firefox, los desarrolladores no tienen intención de seguir completamente la futura tercera edición del manifiesto para complementos de Chrome. En particular, Firefox seguirá admitiendo el modo de bloqueo de la API. , que le permite cambiar el contenido recibido sobre la marcha y tiene una gran demanda en bloqueadores de anuncios y sistemas de filtrado de contenido.
La idea principal de pasar a la API de WebExtensions era unificar la tecnología para desarrollar complementos para Firefox y Chrome, por lo que en su forma actual, Firefox es casi 100% compatible con la segunda versión actual del manifiesto de Chrome. El manifiesto define la lista de capacidades y recursos proporcionados a los complementos. Debido a la introducción de medidas restrictivas en la tercera versión del manifiesto, que los desarrolladores de complementos perciben negativamente, Mozilla abandonará la práctica de seguir completamente el manifiesto y no transferirá a Firefox cambios que violen la compatibilidad con los complementos. complementos.
Recordemos que , Google tiene la intención de dejar de admitir el modo de bloqueo de la API webRequest en Chrome, limitándolo al modo de solo lectura y ofreciendo una nueva API declarativa para el filtrado de contenidos . Si bien la API webRequest le permitió conectar sus propios controladores que tienen acceso completo a las solicitudes de red y son capaces de modificar el tráfico sobre la marcha, la nueva API declarativeNetRequest brinda acceso a un motor de filtrado universal integrado listo para usar que procesa de forma independiente las reglas de bloqueo. , no permite el uso de sus propios algoritmos de filtrado y no le permite establecer reglas complejas que se superpongan entre sí según las condiciones.
Mozilla también está evaluando la viabilidad de pasar al soporte de Firefox para algunos otros cambios de la tercera versión del manifiesto de Chrome que rompen la compatibilidad con complementos:
- La transición a la ejecución de trabajadores de servicios en forma de procesos en segundo plano, lo que requerirá que los desarrolladores cambien el código de algunas adiciones. Aunque el nuevo método es más eficiente desde el punto de vista del rendimiento, Mozilla está considerando mantener la compatibilidad con la ejecución de páginas en segundo plano.
- El nuevo modelo de solicitud de permiso granular: el complemento no podrá activarse para todas las páginas a la vez (se eliminó el permiso "all_urls"), pero solo funcionará en el contexto de la pestaña activa, es decir. el usuario deberá confirmar que el complemento funciona para cada sitio. Mozilla está explorando formas de fortalecer los controles de acceso sin distraer constantemente al usuario.
- Cambio en el manejo de solicitudes de origen cruzado: de acuerdo con el nuevo manifiesto, los scripts de procesamiento de contenido estarán sujetos a las mismas restricciones de permiso que para la página principal en la que están incrustados estos scripts (por ejemplo, si la página no tiene acceso al API de ubicación, los complementos del script tampoco recibirán este acceso). Está previsto que el cambio se implemente en Firefox.
- Prohibir la ejecución de código descargado de servidores externos (estamos hablando de situaciones en las que el complemento carga y ejecuta código externo). Firefox ya utiliza bloqueo de código externo y los desarrolladores de Mozilla están dispuestos a fortalecer esta protección mediante el uso de técnicas adicionales de seguimiento de descargas de código que se ofrecen en la tercera versión del manifiesto.
Fuente: opennet.ru