Actualiza tu código

Actualizaciones que no están relacionadas con otros problemas

Esta es la primera de tres secciones en las que se describen los cambios necesarios para el código que no forma parte del service worker de extensión. Esta sección se aplica a los cambios de código obligatorios que no están relacionados con otros problemas. En las siguientes dos secciones, se explica cómo reemplazar las solicitudes web de bloqueo y cómo mejorar la seguridad.

Reemplaza tab.executeScript() por scripting.executeScript()

En Manifest V3, executeScript() pasa de la API de tabs a la API de scripting. Esto requiere cambios en los permisos del archivo de manifiesto, además de cambios reales en el código.

Para el método executeScript(), necesitas lo siguiente:

• El permiso "scripting".
• Permisos de host o "activeTab"

El método scripting.executeScript() es similar a cómo funcionaba con tabs.executeScript(). Hay algunas diferencias.

• Mientras que el método anterior solo podía tomar un único archivo, el nuevo método puede tomar un array de archivos.
• También debes pasar un objeto ScriptInjection en lugar de InjectDetails. Existen muchas diferencias entre los dos. Por ejemplo, tabId ahora se pasa como un miembro de ScriptInjection.target en lugar de como un argumento de método.

En el ejemplo, se muestra cómo hacerlo.

async function getCurrentTab() {/* ... */}
let tab = await getCurrentTab();

chrome.tabs.executeScript(
  tab.id,
  {
    file: 'content-script.js'
  }
);

async function getCurrentTab()
let tab = await getCurrentTab();

chrome.scripting.executeScript({
  target: {tabId: tab.id},
  files: ['content-script.js']
});

Reemplazar tab.insertCSS() y variables.removeCSS() por scripting.insertCSS() y scripting.removeCSS()

En Manifest V3, insertCSS() y removeCSS() pasan de la API de tabs a la API de scripting. Esto requiere cambios en los permisos del archivo de manifiesto, además de cambios en el código:

• El permiso "scripting".
• Permisos de host o "activeTab"

Las funciones de la API de scripting son similares a las de tabs. Hay algunas diferencias.

• Cuando llamas a estos métodos, debes pasar un objeto CSSInjection en lugar de InjectDetails.
• Ahora, tabId se pasa como miembro de CSSInjection.target en lugar de como argumento del método.

En el ejemplo, se muestra cómo hacerlo para insertCSS(). El procedimiento para removeCSS() es el mismo.

chrome.tabs.insertCSS(tabId, injectDetails, () => {
  // callback code
});

const insertPromise = await chrome.scripting.insertCSS({
  files: ["style.css"],
  target: { tabId: tab.id }
});
// Remaining code. 

Cómo reemplazar las acciones del navegador y de la página con acciones

Las acciones del navegador y las de página eran conceptos separados en Manifest V2. Aunque empezaron con roles distintos, las diferencias entre ellos disminuyeron con el tiempo. En Manifest V3, estos conceptos se consolidan en la API de Action. Esto requiere cambios en tu manifest.json y código de extensión que sea diferente del que habrías colocado en tu secuencia de comandos en segundo plano de Manifest V2.

Las acciones en Manifest V3 se parecen mucho a las del navegador. Sin embargo, la API de action no proporciona hide() ni show() como lo hizo pageAction. Si aún necesitas acciones de página, puedes emularlas con contenido declarativo, o bien llamar a enable() o disable() con un ID de pestaña.

Reemplaza "browser_action" y "page_action" con “acción”

En manifest.json, reemplaza los campos "browser_action" y "page_action" por el campo "action". Consulta la referencia para obtener información sobre el campo "action".

{
  ...
  "page_action": { ... },
  "browser_action": {
    "default_popup": "popup.html"
   }
  ...
}

{
  ...
  "action": {
    "default_popup": "popup.html"
  }

  ...
}

Reemplaza las APIs de BrowserAction y pageAction por la API de Action

Cuando Manifest V2 usaba las APIs de browserAction y pageAction, ahora debes usar la API de action.

chrome.browserAction.onClicked.addListener(tab => { ... });
chrome.pageAction.onClicked.addListener(tab => { ... });

chrome.action.onClicked.addListener(tab => { ... });

Cómo reemplazar devoluciones de llamada por promesas

En Manifest V3, muchos métodos de API de extensión muestran promesas. Una Promise es un proxy o marcador de posición para un valor que muestra un método asíncrono. Si nunca usaste promesas, puedes leer sobre ellas en MDN. En esta página, se describe lo que debes saber para usarlas en una extensión de Chrome.

Para la retrocompatibilidad, muchos métodos continúan admitiendo devoluciones de llamada después de que se agrega la compatibilidad con promesas. Ten en cuenta que no puedes usar ambos en la misma llamada a función. Si pasas una devolución de llamada, la función no mostrará una promesa y, si deseas que se devuelva una promesa, no pases la devolución de llamada. Algunas funciones de la API, como los objetos de escucha de eventos, seguirán requiriendo devoluciones de llamada. Para verificar si un método admite promesas, busca la función “Promise” etiqueta en su referencia de API.

Para convertir una devolución de llamada en una promesa, quita la devolución de llamada y controla la promesa que se muestra. El siguiente ejemplo se tomó de la muestra de permisos opcionales, específicamente newtab.js. La versión de devolución de llamada muestra cómo se vería la llamada de la muestra a request() con una devolución de llamada. Ten en cuenta que la versión de la promesa se puede reescribir con async y await.

chrome.permissions.request(newPerms, (granted) => {
  if (granted) {
    console.log('granted');
  } else {
    console.log('not granted');
  }
});

const newPerms = { permissions: ['topSites'] };
chrome.permissions.request(newPerms)
.then((granted) => {
  if (granted) {
    console.log('granted');
  } else {
    console.log('not granted');
  }
});

Reemplaza las funciones que esperan un contexto en segundo plano de Manifest V2

Otros contextos de extensiones solo pueden interactuar con los service workers de extensiones mediante el envío de mensajes. En consecuencia, deberás reemplazar las llamadas que esperan un contexto en segundo plano, específicamente:

• chrome.runtime.getBackgroundPage()
• chrome.extension.getBackgroundPage()
• chrome.extension.getExtensionTabs()

Las secuencias de comandos de tus extensiones deben usar el pase de mensajes para la comunicación entre un service worker y otras partes de tu extensión. Actualmente, esto se puede lograr usando sendMessage() e implementando chrome.runtime.onMessage en tu service worker de extensión. A largo plazo, deberías considerar reemplazar estas llamadas por postMessage() y un controlador de eventos de mensaje de un service worker.

Reemplaza las APIs no compatibles

Los métodos y las propiedades que se indican a continuación deben cambiar en Manifest V3.