{"id":100307,"date":"2021-05-28T16:22:45","date_gmt":"2021-05-28T14:22:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome"},"modified":"2021-05-28T16:22:45","modified_gmt":"2021-05-28T14:22:45","slug":"mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/mozilla-obobshhila-plany-po-podderzhke-v-firefox-tretej-versii-manifesta-chrome","title":{"rendered":"Mozilla ha resumido sus planes para soportar la tercera versi\u00f3n del manifiesto de Chrome en Firefox.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La empresa Mozilla ha publicado un plan para implementar en Firefox la tercera versi\u00f3n del manifiesto de Chrome, que define las capacidades y recursos disponibles para las extensiones. La tercera versi\u00f3n del manifiesto ha sido objeto de cr\u00edticas por interrumpir el funcionamiento de muchas extensiones destinadas a bloquear contenido no deseado y garantizar la seguridad. <\/p>\n
En Firefox se pretende implementar casi todas las capacidades y restricciones del nuevo manifiesto, incluyendo la API declarativa para la filtraci\u00f3n de contenido (declarativeNetRequest), pero a diferencia de Chrome, Firefox no detendr\u00e1 el soporte para el antiguo modo de bloqueo de la API webRequest, al menos hasta que la nueva API satisfaga completamente las necesidades de los desarrolladores de extensiones que utilizan la API webRequest. Este enfoque permitir\u00e1 mantener la compatibilidad con las extensiones de Chrome sin romper la compatibilidad con las extensiones que dependen de la API webRequest. <\/p>\n
Recordemos que la principal insatisfacci\u00f3n con el nuevo manifiesto est\u00e1 relacionada con la conversi\u00f3n de la API webRequest a un modo solo lectura, que permit\u00eda conectar controladores personalizados con acceso completo a las solicitudes de red y la capacidad de modificar el tr\u00e1fico sobre la marcha. Esta API se utiliza en uBlock Origin y muchas otras extensiones destinadas a bloquear contenido no deseado y garantizar la seguridad. En lugar de la API webRequest, se ha propuesto una API declarativaNetRequest, que es limitada en su funcionalidad, proporcionando acceso a un motor integrado para la filtraci\u00f3n que procesa de forma aut\u00f3noma las reglas de bloqueo, no permitiendo el uso de algoritmos de filtraci\u00f3n personalizados y sin permitir el establecimiento de reglas complejas que se superpongan entre s\u00ed dependiendo de las condiciones. <\/p>\n
Se planea que el soporte para la tercera versi\u00f3n del manifiesto de Chrome en Firefox se ofrezca para pruebas a finales de 2021, y la implementaci\u00f3n del nuevo manifiesto se prev\u00e9 para principios de 2022. Entre las caracter\u00edsticas de la implementaci\u00f3n del nuevo manifiesto en Firefox se destacan: <\/p>\n
\n
Proporcionar la API declarativaNetRequest, pero manteniendo la posibilidad de seguir utilizando la antigua API webRequest.\n
Cambio en el manejo de solicitudes Cross-origin \u2014 de acuerdo con el nuevo manifiesto, las mismas restricciones de permisos que se aplican a la p\u00e1gina principal tambi\u00e9n se aplicar\u00e1n a los scripts que se inyectan en ella (por ejemplo, si la p\u00e1gina no tiene acceso a la API de geolocalizaci\u00f3n, el script complementario tampoco podr\u00e1 acceder a ella). Parte de los cambios relacionados con las restricciones de solicitudes cross-origin ya est\u00e1 disponible para pruebas en las versiones nocturnas de Firefox (se est\u00e1 desarrollando como parte del proyecto Fission, que se puede activar en about:preferences#experimental) y se planea su implementaci\u00f3n generalizada en el tercer trimestre de 2021.\n
Las p\u00e1ginas en segundo plano ser\u00e1n reemplazadas por Service workers, que funcionar\u00e1n como procesos en segundo plano. Este cambio a\u00fan no est\u00e1 listo para comenzar las pruebas.\n
API basada en Promesas. Firefox ya admite este tipo de API en el espacio de nombres \u00abbrowser.*\u00bb y lo trasladar\u00e1 al espacio de nombres \u00abchrome.*\u00bb para la tercera versi\u00f3n del manifiesto.\n
Nuevo modelo granular de solicitud de permisos \u2014 la extensi\u00f3n no podr\u00e1 activarse de inmediato para todas las p\u00e1ginas (se ha eliminado el permiso \u00aball_urls\u00bb), sino que funcionar\u00e1 solo en el contexto de la pesta\u00f1a activa, es decir, el usuario deber\u00e1 confirmar el funcionamiento de la extensi\u00f3n para cada sitio. Mozilla est\u00e1 trabajando en fortalecer el control de acceso, pero tiene la intenci\u00f3n de permitir a los usuarios tomar sus propias decisiones sobre si permitir que las extensiones funcionen con diferentes pesta\u00f1as.\n