Linux下密码框异常并非HTML5兼容性问题，而是由IME协作异常、缺失支持掩码字符的字体（如Noto Sans CJK）、Wayland会话下聚焦/输入法配置不当或CSS重置font-family导致。
Linux 浏览器对 HTML5 本身完全兼容——这不是一个兼容性问题，而是你可能遇到了输入法、字体渲染、焦点行为或安全策略层面的具体现象。
为什么 Linux 下密码框看起来“不正常”
常见表现包括：光标不闪烁、输入无星号反馈、中文输入法下字符短暂可见、点击后无法聚焦等。根本原因通常不是 HTML5 标准支持问题，而是：
- 桌面环境（如 GNOME/KDE）与浏览器（Chrome/Firefox）间 IME（输入法框架）协作异常，尤其在 Wayland 会话中
- 系统缺少等宽/可渲染掩码字符的字体（如
Noto Sans CJK或DejaVu Sans），导致•或*显示为空白或方块 - 某些轻量浏览器（如
surf、qutebrowser）默认禁用部分表单交互逻辑，或未启用contenteditable相关补丁
检查并修复密码框掩码字符显示
如果看到空白、方块或直接显示明文（尤其在输入中文时松开 Ctrl+Space 后），优先验证字体和 CSS：
- 在开发者工具中检查
input[type="password"]元素是否被意外设置了text-security: none或-webkit-text-security: none - 确认页面未全局重置
font-family到不支持 Unicode 掩码符号的字体（例如只写了font-family: "Courier"） - 手动测试：在控制台执行
document.querySelector('input[type="password"]').style.fontFamily = '"Noto Sans CJK SC", "DejaVu Sans", sans-serif'，看是否恢复星号
Firefox / Chrome 在 Wayland 下的聚焦与输入法问题
这是最常被误认为“HTML5 不兼容”的真实瓶颈：
立即学习“前端免费学习笔记（深入）”；
- Chrome 启动时加
--ozone-platform=wayland（新版已默认），但某些输入法（如 fcitx5）需额外配置export GTK_IM_MODULE=fcitx和export QT_IM_MODULE=fcitx5 - Firefox 需确保
about:config中widget.wayland-dmabuf-vaapi.enabled为true，且禁用widget.gtk.overlay-scrollbars.enabled可缓解部分焦点丢失 - 若密码框点击无响应，尝试临时切换到 X11 会话验证是否为 Wayland 特定问题（命令：
loginctl show-session $(loginctl | grep current | awk '{print $1}') -p Type）
真正要调的往往不是 HTML 写法，而是桌面环境输入法协议、字体 fallback 链和浏览器启动参数——type="password" 在 Linux 上跑得比你想象中更稳，只是它的异常表现更容易暴露底层栈的缝隙。
