【问题标题】:"Broad host permissions" error, despite me having narrow host permissions“广泛的主机权限”错误,尽管我的主机权限很窄
【发布时间】:2019-08-04 02:15:36
【问题描述】:

当我发布 Chrome 扩展程序时,我收到以下警告。我不要求广泛的主机权限,只要求 8 个特定域的权限:

由于以下问题,您的扩展程序可能需要深入 审查: - 广泛的主机权限而不是请求广泛的主机权限,请考虑使用 activeTab 权限,或指定站点 您的扩展程序需要访问。这两种选择都比 允许完全访问不确定数量的站点,并且它们可能 帮助减少审核时间。

activeTab 权限允许访问选项卡以响应 明确的用户手势。

{   
    "manifest_version": 2,
    "name": "My Amazing Extension", 
    "version": "1.3",
    "description": "It's great", 
    "icons": {
        "16": "img/icon16.png",
        "32": "img/icon32.png",
        "48": "img/icon48.png",
        "128": "img/icon128.png"
    },
    "browser_action": {
        "default_title": "My Amazing Extensions"
    },
    "background": {
        "scripts": ["background.js"]
    },
    "content_scripts": [
    {
        "run_at": "document_start",
        "matches": ["*://www.domain.com/*", "*://www.domain.co.uk/*", "*://www.domain.ca/*", "*://www.domain.de/*", "*://www.domain.fr/*", "*://www.domain.es/*", "*://www.domain.it/*", "*://www.domain.in/*"],
        "js": ["content0.js"]
    }],
    "web_accessible_resources": [
        "font.css",
        "AZSDstyle.css",
        "font.woff2",
        "img/*"
    ],
    "permissions": [
        "activeTab",
        "storage",
        "*://www.domain.com/*",
        "*://www.domain.co.uk/*",
        "*://www.domain.ca/*",
        "*://www.domain.de/*",
        "*://www.domain.fr/*",
        "*://www.domain.es/*",
        "*://www.domain.it/*",
        "*://www.domain.in/*"
    ],
    "content_security_policy": "script-src 'self' https://ssl.google-analytics.com; object-src 'self'"
}

【问题讨论】:

  • 清单确实很好。该消息可能是自动生成的,这意味着他们的检测器有问题,并且会被清单中的某些内容弄糊涂。也许* 代替方案 - 尝试明确列出 http 和 https。或者清单中的其他东西可能会触发它。没有人知道,而且您极不可能让真正的网络商店开发人员来调查您的问题。使用分而治之的方法:删除清单的一部分,直到它被接受,然后你至少会知道原因。
  • 谢谢。如果您提交一个答案,很高兴接受这个答案。我认为您是对的,因为我确实在大约 30 分钟后才发布了扩展。通常,真正的“广泛主机权限”警告需要一周时间
  • 知道计划中的* 是否是罪魁祸首吗?我也有狭窄的权限,但在方案中使用*
  • @charlieb 是的,我相信是的。见答案。我认为 * 在技术上很好,但检测器有点错误。也许现在已经解决了,因为它已经一年了。

标签: google-chrome-extension google-chrome-app


【解决方案1】:

正如@wOxxOm 在他的评论中提到的那样,它很可能被拒绝,因为检测器有点错误,可能是因为方案中的 *。

在我的情况下,扩展程序在 30 分钟内获得批准,如果存在实际的“广泛权限”问题,而过去的经验需要一周或更长时间才能获得批准,这将异常快。

*:// 替换为单独的行上的http://https:// 可能会首先避免此错误。

【讨论】:

    猜你喜欢
    • 2019-03-26
    • 2019-04-01
    • 1970-01-01
    • 1970-01-01
    • 2017-06-30
    • 2021-05-12
    • 2021-08-12
    • 2021-08-26
    • 2010-09-23
    相关资源
    最近更新 更多