Edge扩展显示红底“Wants access to this site”提示问题排查

Edge扩展manifest.json配置如下：

{
  "permissions": [
    "storage",
    "unlimitedStorage",
    "cookies",
    "tabs",
    "notifications",
    "webRequest",
    "webRequestBlocking",
    "nativeMessaging",
    "http://*/*",
    "https://*/*",
    "<all_urls>"
  ],
  "content_scripts": [
    {
      "matches": ["<all_urls>"],
      "exclude_matches": ["http://*.highpin.cn/ResumeManage/ResumeList*"],
      "js": [
        "libs/jquery/jquery-2.0.3.min.js",
        "libs/pako/pako.min.js",
        "js/shared/config.js",
        "js/content/content_loader.js"
      ]
    }
  ],
}

故障表现：仅在部分Edge浏览器环境出现，扩展图标旁弹出红色背景的「Wants access to this site」提示，必须用户手动点击授权后，扩展才能正常运行。
故障截图：

这个是Chromium内核浏览器从80版本开始上线的扩展最小权限管控机制，Edge从88版本正式全量推送该逻辑，和配置写法没有直接关系：

• manifest中声明的<all_urls>、通配符站点权限属于宽域主机权限，这类权限不会在扩展安装时默认自动授予，是否需要用户手动授权，取决于用户的Edge隐私设置、扩展安装渠道：如果用户开启了「站点访问权限按需申请」、或者扩展是本地开发者模式加载、非企业策略白名单安装，就会弹出红色授权提示。
• 配置里存在冗余权限：http://*/*+https://*/*和<all_urls>的权限范围完全重合，重复声明不会提升权限优先级，部分旧版本Edge还会因为权限声明重复触发校验异常，提升提示弹出概率。
• webRequestBlocking属于高风险权限，会进一步提高浏览器对扩展的权限校验等级，更容易触发手动授权提示。

根据扩展分发场景选对应方案即可：

面向公网用户分发的应用商店版扩展 #

• 先清理冗余配置：删掉permissions里重复的http://*/*、https://*/*项，仅保留<all_urls>即可；如果业务场景允许，优先把Manifest V2升级到Manifest V3，用declarativeNetRequest替代webRequestBlocking，降低权限敏感度。
• 不要依赖安装阶段一次性获取全站点权限，改用activeTab+动态权限申请逻辑：用户点击扩展图标触发功能时，调用chrome.permissions.request接口申请当前站点的访问权限，这种方式不会触发红色强制提示，用户授权通过率远高于全局权限申请。
• 在扩展首次打开的弹窗、官方说明文档里明确标注权限用途，引导用户如果看到授权提示，选择「始终允许扩展在所有站点读取和更改数据」即可正常使用。

企业内部批量部署的扩展 #

直接通过Edge组策略配置ExtensionSettings项，给对应扩展ID强制预授所有需要的权限，用户侧不会弹出任何手动授权提示，配置参考：

{
  "替换为你的扩展实际ID": {
    "runtime_blocked_hosts": [],
    "runtime_allowed_hosts": ["<all_urls>"],
    "allowed_permissions": ["storage", "unlimitedStorage", "cookies", "tabs", "notifications", "webRequest", "webRequestBlocking", "nativeMessaging"]
  }
}

组策略下发的扩展默认会绕过用户侧的权限校验逻辑，不会出现授权拦截。

内容的提问来源于stack exchange，提问作者Y.Chou