火狐升级后离线插件被禁用是因2026稳定版将签名验证固化为内核级硬编码规则，忽略about:config配置；临时方案为控制台执行Services.prefs.setBoolPref("xpinstall.signatures.required", false)，永久方案需十六进制编辑omni.ja中MOZ_REQUIRE_SIGNING值。
火狐浏览器升级后原来安装的离线插件被强制禁用，是因为2026年稳定版Firefox已彻底移除对未签名扩展的运行支持，所有本地安装的.xpi文件或旧版自研插件在启动时被内核级拦截——不是加载失败，而是根本不会进入验证流程，直接标记为“无法验证”并灰显禁用。
根本原因：签名验证机制已升级为硬编码规则
新版Firefox不再读取about:config中xpinstall.signatures.required的设置值，该字段在Release版本中已被内核忽略。实际验证逻辑已下沉至AddonManager.jsm模块，并与omni.ja资源包深度绑定。【MOZ_REQUIRE_SIGNING=true这一判断已固化为二进制指令，无法通过配置项绕过】
离线插件（如本地拖入的.xpi、开发阶段未提交AMO的测试版、或多年未更新的经典工具）通常缺少Mozilla颁发的有效签名证书，且install.rdf中maxVersion字段远低于当前版本（例如仍写113.*，而实际版本已是152.0.1），两项任一不满足即触发强制禁用。
临时启用：控制台执行特权脚本（当前会话有效）
按Shift + Ctrl + J打开浏览器控制台 → 粘贴以下代码并回车：
Services.prefs.setBoolPref("xpinstall.signatures.required", false);
刷新about:addons页面 → 被禁用插件右侧出现蓝色启用开关 → 点击开启即可立即使用。此操作仅维持到关闭所有Firefox窗口为止，重启后需重做。
永久修复：十六进制编辑omni.ja文件
第一步：关闭所有Firefox进程（包括后台任务管理器中的firefox.exe）
第二步：定位omni.ja文件
Windows路径为C:\Program Files\Mozilla Firefox\；macOS路径为/Applications/Firefox.app/Contents/Resources/；Linux常见于/usr/lib/firefox/
第三步：备份原文件
将omni.ja复制一份，重命名为omni.ja.bak，放在同一目录下。【跳过此步可能导致浏览器完全无法启动】
第四步：用HxD（Windows）、0xED（macOS）或Bless（Linux）以十六进制模式打开omni.ja
第五步：搜索字符串MOZ_REQUIRE_SIGNING=true
第六步：将true对应字节（65 6D 74）替换为false对应字节（66 61 6C 73 65），注意保持总长度一致（true为3字节，false为5字节，需补零或调整前后填充）
第七步：保存文件 → 重启Firefox → 所有离线插件可正常启用且不再被拦截
兼容性补救：手动修改install.rdf中的maxVersion
方法一：解压改包法
将插件.xpi后缀改为.zip → 用解压工具打开 → 编辑根目录下install.rdf → 查找
方法二：好压直编法
用好压直接双击打开.xpi → 定位并双击打开install.rdf → 修改maxVersion值 → Ctrl+S保存 → 关闭好压 → 拖入浏览器安装
这一步必须配合签名绕过（控制台或omni.ja修改）才能生效，否则即使版本匹配，仍因无签名被拒。
清除残留缓存：避免旧元数据干扰新加载
在地址栏输入about:support → 点击“配置文件夹”旁的“打开文件夹”按钮 → 进入该目录后，清空以下两个文件夹内的全部文件：
• extensions/
• pending-updates/
【注意：只删除文件夹内文件，不要删除extensions/和pending-updates/这两个文件夹本身】
完成清理后重启Firefox，再执行上述任一启用操作。
