Firefox WebExtension内容脚本REST（带CORS）请求无法接收响应

看起来你遇到了WebExtension环境里常见的跨域权限或者异步作用域问题，我帮你梳理几个关键排查方向：

1. 先检查WebExtension的权限配置（最可能的原因） #

浏览器控制台里运行脚本不受WebExtension的权限限制，但扩展里的内容脚本（Content Script）必须在manifest.json里显式声明跨域请求的权限。你需要确认：

• 已经添加了ServiceNow API域名的host_permissions
• 内容脚本的matches规则正确覆盖了Nagios的主机/服务页面

比如你的manifest.json应该包含类似配置：

{
  "manifest_version": 3,
  "content_scripts": [
    {
      "matches": ["https://your-nagios-domain/*/history*"], // 精准匹配历史标签页
      "js": ["your-injection-script.js"]
    }
  ],
  "host_permissions": ["https://[domain].service-now.com/api/now/*"] // 允许访问ServiceNow API路径
}

如果没配置host_permissions，浏览器会静默拦截响应（即使ServiceNow收到了请求），这是WebExtension的安全策略导致的。

2. 修复循环中的闭包陷阱 #

你用var声明循环变量i，会导致onreadystatechange触发时，i已经是循环结束后的数值，虽然你说请求能发送，但这可能导致后续处理逻辑异常。改成let就能解决这个作用域问题：

// 把for循环的var改成let
for (let i = 1; i <= len; i++) {
  // ... 原有逻辑
}

3. 改用Fetch API替代XMLHttpRequest（更易调试） #

XHR的异步处理比较容易踩坑，换成现代的Fetch API不仅代码更简洁，还能更清晰地捕获错误：

const table = document.getElementById('id_historytab_table');
const tableBody = table.getElementsByTagName('tbody')[1];
const len = tableBody.children.length;
const url = "https://[domain].service-now.com/api/now/table/task?sysparm_limit=1&number=";

// 用async函数包裹异步逻辑
async function loadTicketStatuses() {
  for (let i = 1; i <= len; i++) {
    const col = tableBody.rows[i].cells[2];
    if (col.textContent.startsWith("TKT")) {
      const tkt = col.textContent;
      try {
        const response = await fetch(`${url}${tkt}`, {
          credentials: 'include' // 对应XHR的withCredentials=true，携带认证Cookie
        });
        // 检查HTTP响应状态
        if (!response.ok) {
          throw new Error(`请求失败，状态码：${response.status}`);
        }
        const data = await response.json();
        console.log('工单状态:', data.result[0].state);
        // 这里可以把状态插入到页面的对应位置
      } catch (error) {
        console.error('处理工单', tkt, '时出错:', error);
      }
    }
  }
}

loadTicketStatuses();

这样你能直接在控制台看到具体的错误信息，比如权限问题、HTTP错误或者JSON解析失败。

4. 用浏览器DevTools排查请求细节 #

打开扩展所在页面的DevTools（F12），切换到Network标签，过滤XHR/Fetch请求：

• 查看请求的状态码是否为200
• 查看Response标签是否能正常显示返回内容
• 查看Console标签是否有CORS、权限相关的报错提示

如果请求状态是200但Response为空，大概率是权限配置问题；如果有CORS报错，说明host_permissions没配置正确。

内容的提问来源于stack exchange，提问作者Ian Pringle