首页
学习
活动
专区
工具
TVP
发布
社区首页 >问答首页 >Chrome扩展名-如何使用清单v3访问本地文件://

Chrome扩展名-如何使用清单v3访问本地文件://
EN

Stack Overflow用户
提问于 2021-02-17 15:44:57
回答 1查看 3.3K关注 0票数 5

我有一个Chrome扩展,可以(如果您允许访问文件URL)获取您的本地pdf文件,您已经打开的铬,并将它发送到我们的API进行处理。这是通过从背景脚本中获取XMLHttpRequestfile:///Users/user/whatever/testfile.pdf的pdf来完成的。

当迁移到针对Chrome扩展的显式v3时,后台脚本将成为一个服务工作者。在服务工作者中,只有fetch可用,而不是XMLHttpRequest。问题是,fetch只支持http和https,而不支持file:// urls。那么,如何使Chrome扩展获取/获取本地文件的功能相同呢?

编辑:我也尝试过:

  1. 根据答案的建议,从注射的iframe中提取XMLHttpRequest。这将在发出请求时产生错误net:ERR_UNKNOWN_URL_SCHEME
  1. 从注入的内容脚本生成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.

据我所知,从大量的研究中可以了解到,访问file:// 的通常是被阻止的,而Chrome扩展后台脚本过去也是一个例外。在我看来,它从来不允许从内容脚本或动作弹出。

我的manifest.json供参考:

代码语言:javascript
复制
{
  "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": []
  }]
}

内容脚本是以编程方式注入的(使用webextension-polyfill作为承诺支持)

代码语言:javascript
复制
browser.action.onClicked.addListener(async (tab: Tab) => {
  await browser.scripting.executeScript({files: [ "inject.js" ], target: {tabId: tab.id}});
});
EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2021-02-17 16:45:53

基于上述原因,Chrome 98及更高版本的浏览器无法在后台服务人员中这样做。

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

解决方案

在Chrome 99及更高版本中使用fetch

在旧版本中,请使用以下解决方案。

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

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

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

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

  1. matches在manifest.json中应该包含<all_urls>file://*/*,文件访问应该由用户在chrome:// extension中为您的扩展启用。或者,当用户单击扩展的图标或通过上下文菜单调用扩展图标时,可以使用activeTab权限和程序化注入
  2. 内容脚本添加了一个不可见的iframe,指向在资源中公开的资源文件。
  3. iframe.html加载iframe.js,它像往常一样使用XMLHttpRequest。因为iframe有chrome-extension:// URL,它的环境与旧的背景脚本相同,所以您可以在此之前做任何事情。

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

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

备注

  • 对于此扩展名,应在chrome://extensions页面中启用文件访问。
票数 5
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/66245298

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档