为何火狐浏览器无法自动填充部分网页的登录表单

火狐无法自动填充登录表单的主因是页面未遵循标准HTML语义：非input元素模拟输入框、type属性被篡改、autocomplete="off"强制屏蔽、动态DOM延迟渲染、站点被手动阻止或扩展插件劫持事件。

火狐浏览器在某些网站上保存了用户名和密码，却无法自动填充登录表单，不是插件没装、不是密码没存，而是页面本身绕过了火狐的识别逻辑——比如用 div 模拟输入框、把 type="password" 改成 type="text"、或在表单加载完成后才动态插入 DOM 元素。

检查表单是否被火狐识别为标准登录结构

火狐只对符合 HTML 语义规范的 <input type="text"> 和 <input type="password"> 自动触发填充，且要求它们位于同一个 <form> 内，name 或 id 属性需含常见关键词（如 username、email、password）。

右键点击登录框 → “检查元素” → 查看该输入框是否是 <input> 标签；如果不是，而是 <div contenteditable="true"> 或 <span> 套着 input 的伪元素，火狐根本不会扫描它。

若发现 type 属性被刻意设为 text 或 tel，哪怕实际是密码框，火狐也会跳过填充 —— 这是开发者主动规避自动填充的常见手法。

验证页面是否启用 autocomplete 干扰属性

开发者可在表单或输入框上添加 autocomplete="off" 或 autocomplete="new-password"，直接告诉火狐“别填”。Firefox 尊重该声明，即使你已保存凭证也不会触发填充。

方法一：在开发者工具中选中 <form> 或 <input> 元素 → 右侧“属性”面板查看是否存在 autocomplete 属性 → 若值为 off 或 new-password，即为此因。

方法二：临时覆盖该行为（仅限调试）→ 在控制台执行：document.querySelectorAll('input[autocomplete]').forEach(i => i.removeAttribute('autocomplete')) → 刷新页面后尝试手动点击填充。

【注意】此操作仅临时生效，刷新即失效，不能解决长期问题。

排查动态渲染导致的时机错位

现代前端框架（React/Vue）常将登录表单延迟挂载，火狐插件或内置填充引擎在页面初始加载时扫描 DOM，此时表单尚未存在，后续插入的字段就永远“看不见”。

第一步：打开开发者工具 → 切换到“网络”标签 → 刷新页面 → 观察 login 相关请求是否在 HTML 加载完成后才返回并渲染表单。

第二步：在“控制台”中输入 document.querySelector('input[type="password"]') → 若返回 null，但页面明明有密码框，说明该元素是 JS 动态插入的。

第三步：尝试等待 2 秒后再执行填充 → 点击地址栏右侧的 FillForms 图标（如有）→ 选择“延迟填充”或手动点击“重新扫描”，部分插件支持此功能。

确认当前站点未被手动阻止自动填充

火狐允许用户为单个网站禁用自动填充，一旦设置，即使全局开启也无效。

进入目标网站任意页面 → 点击地址栏左侧锁形图标 → 点击右侧“连接安全”旁的 > 符号 → 选择“Cookie 和网站数据” → 查看“自动填充”选项状态。

若显示为“阻止”，点击切换为“允许”即可恢复该站的填充能力。

关闭可能劫持事件的扩展插件

uBlock Origin、Privacy Badger、某些广告过滤器会在页面加载时注入脚本，意外拦截 focus 或 input 事件，导致火狐无法监听到表单聚焦，从而跳过填充流程。

方法1：临时禁用所有扩展 → 设置 → 扩展和主题 → 关闭全部开关 → 刷新登录页测试。

方法2：逐个启用排查 → 优先关掉名称含“广告”“隐私”“脚本”“注入”的扩展，每关一个就试一次填充效果。

【关键点】FillForms 插件与 Firefox 原生密码管理器不可共存于同一表单——二者会互相干扰，导致填充失败或仅填一半字段。