Chrome 扩展 - 如何使用清单 v3 访问本地 file://

Cla*_*rmo 5 google-chrome-extension manifest.json

我有一个 Chrome 扩展程序,可以(如果您允许访问文件 URL)抓取您在 Chrome 中打开的本地 pdf 文件,并将其发送到我们的 API 进行处理。这是通过从后台脚本中使用XMLHttpRequestto获取 pdf 来完成的。file:///Users/user/whatever/testfile.pdf

当 Chrome 扩展迁移到清单 v3 时,后台脚本将成为服务工作人员。在 Service Worker 中 onlyfetch可用,而不是XMLHttpRequest. 问题是,fetch 仅支持 http 和 https,不支持 file:// url。那么我怎样才能实现让 Chrome 扩展获取/获取本地文件的相同功能呢?

编辑:我也尝试过的事情:

  1. 按照答案的建议,从注入的 iframe 中制作 XMLHttpRequest。net:ERR_UNKNOWN_URL_SCHEME这在发出请求时 会出错网络:ERR_UNKNOWN_URL_SCHEME

  2. 从注入的内容脚本制作 XMLHttpRequest。这给出了错误Access to XMLHttpRequest at 'file:///.../testfile1.docx.pdf' from origin 'null' has been blocked by CORS policy: Cross origin requests are only supported for protocol schemes: http, data, chrome, chrome-extension, chrome-untrusted, https. 从源“null”访问“file:///Users/clara.attermo/Downloads/testfile1.docx.pdf”处的 XMLHttpRequest 已被 CORS 策略阻止:跨源请求仅支持协议方案:http、data、 chrome、chrome 扩展、chrome 不受信任、https。

据我从大量研究中了解到,访问file://通常被阻止,Chrome 扩展后台脚本曾经是一个例外。在我看来,内容脚本或操作弹出窗口从来不允许这样做。

我的manifest.json供参考:

{
  "manifest_version": 3,
  "name": "..",
  "version": "0.1",
  "icons": {
    "16": "assets/icon-16x16.png",
    "48": "assets/icon-48x48.png",
    "128": "assets/icon-128x128.png"
  },
  "action": {
    "default_title": ".."
  },
  "background": {
    "service_worker": "background.js"
  },
  "permissions": [
    "webRequest",
    "activeTab",
    "scripting",
    "storage",
    "unlimitedStorage",
    "identity",
    "pageCapture"
  ],
  "host_permissions": [
    "<all_urls>"
  ],
  "web_accessible_resources": [{
    "resources": ["iframe.html"],
    "matches": [],
    "extension_ids": []
  }]
}
Run Code Online (Sandbox Code Playgroud)

内容脚本以编程方式注入(用于webextension-polyfill承诺支持)

browser.action.onClicked.addListener(async (tab: Tab) => {
  await browser.scripting.executeScript({files: [ "inject.js" ], target: {tabId: tab.id}});
});
Run Code Online (Sandbox Code Playgroud)

wOx*_*xOm 6

由于您提到的原因,Chrome 98 及更早版本无法在后台服务工作人员中执行此操作。

还有一个错误导致无法在正常的可见chrome-extension://页面或 iframe 中执行此操作。它已在 Chrome 91 中修复。

解决方案

fetch在 Chrome 99 及更高版本中使用。
在旧版本中使用以下解决方法。

解决方法 1:文件系统 API,Chrome 86+

ManifestV3 扩展可以使用新的文件系统 API来读取文件的内容,例如在通过web_accessible_resources公开的 iframe 内。

解决方法 2. 扩展框架,Chrome 91+

使用在该 pdf 选项卡中运行的内容脚本:

  1. matches在manifest.json中应包含<all_urls>或,file://*/*并且用户应在 chrome://extensions UI 中为您的扩展启用文件访问。或者,当用户单击扩展程序的图标或通过上下文菜单调用它时,您可以使用 activeTab权限和编程注入。
  2. 内容脚本添加一个不可见的 iframe,该 iframe 指向web_accessible_resourcesiframe.html中公开的文件
  3. 像往常一样使用 XMLHttpRequest 的iframe.html负载。iframe.js由于 iframe 有chrome-extension://URL,它的环境与旧的后台脚本相同,因此您可以在那里执行之前所做的所有操作。

解决方法 3. 扩展窗口/选项卡,Chrome 91+

另一种解决方案是使用扩展程序的任何其他可见页面,例如action弹出窗口或选项页面或属于您的扩展程序的任何其他 chrome-extension:// 页面,因为它们可以file://像以前一样通过 XMLHttpRequest 访问 URL。

笔记

  • chrome://extensions应在此扩展的页面中启用文件访问。