怎么确认？右键点击登录框 → “检查元素” → 看看那个输入框是不是 标签。如果不是，那就对了——开发者故意绕过了标准结构。

还有一种情况：明明是个密码框，type 属性却被设成了 text 或 tel，火狐也会跳过填充。这是开发者主动规避自动填充的常用手法，没什么技术含量，但很坑。

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

开发者可以在表单或输入框上加上 autocomplete="off" 或 autocomplete="new-password"，直接告诉火狐“别填”。火狐很听话，即使你已经保存了凭证，它也不会触发填充。

排查方法有两个：

• 方法一：在开发者工具中选中 或 元素 → 右侧“属性”面板查看是否存在 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 事件，导致火狐无法监听到表单聚焦，从而跳过填充流程。

排查方法：先临时禁用所有扩展。打开设置 → 扩展和主题 → 关闭全部开关 → 刷新登录页测试。如果问题消失了，再逐个启用插件，每启一个试一次填充效果。优先排查名称里带“广告”“隐私”“脚本”“注入”的扩展。

关键点：FillForms 插件与 Firefox 原生密码管理器不能在同一表单上共存。两者会互相干扰，导致填充失败，或者只填了一半字段。

《夸克》非常好用的免费AI浏览器

下载APP查看