Waterfox G6.6.16.1 紧急修复:Qwant 默认搜索与区域参数恢复正常

2026-07-10 32 预计阅读时间: 1 分钟
来源: oschina.net AI 摘要 Original link

Disclaimer: This article is an AI-assisted summary. Read it together with the original source when precision matters. The summary may omit context, version differences, or edge cases and is not official documentation.

预计阅读时间:7 分钟

Waterfox G6.6.16.1 是一次聚焦搜索功能的紧急修复。它处理了 Qwant 在不支持地区被设为默认搜索引擎、区域参数格式导致搜索请求被拒绝,以及 Qwant AI answers/summaries 默认状态不符合预期等问题。改动范围不大,但会直接影响地址栏搜索是否可用,因此使用 Qwant 或管理统一浏览器配置的团队值得尽快验证。

这次修复解决了什么

此次版本集中处理了三类相互关联的问题:

  • Waterfox 不应在 Qwant 尚未支持的地区将其设为默认搜索引擎。
  • 浏览器会尝试默认禁用 Qwant 的 AI answers/summaries 功能。
  • 类似 es_US 的国家或地区查询值不受支持,可能导致 Qwant 拒绝返回结果;新版本修正了这类区域设置参数。

这几个问题背后其实是同一条搜索链路:浏览器先根据地区选择默认搜索服务,再把语言和地区信息带入请求,最后由搜索服务决定返回什么内容。地区判断、参数格式或功能开关中任何一环出错,用户看到的结果都可能只是“搜索没有响应”。

为什么 es_US 这样的值会出问题

区域设置通常由语言和地区组成,但不同系统使用的分隔符并不一致。例如,操作系统或应用内部可能产生 es_US,而某个 HTTP 接口只接受 es-US。如果浏览器未经转换便把内部值放入查询参数,服务端可能拒绝请求,而不是自动猜测客户端的意图。

修复这类问题不能只替换一个固定字符串。更稳妥的做法是建立明确的边界:内部可以保留平台原始值,向外部服务发送请求之前再进行规范化,并对异常输入采取回退策略。

下面是一个可直接运行的 Python 示例,演示应用接入搜索服务时如何规范化区域值。这里是通用实践示例,并非 Waterfox 的源码实现:

#!/usr/bin/env python3
import re

DEFAULT_LOCALE = "en-US"


def normalize_locale(value: str) -> str:
    candidate = value.strip().replace("_", "-")
    match = re.fullmatch(r"([A-Za-z]{2,3})-([A-Za-z]{2})", candidate)
    if not match:
        return DEFAULT_LOCALE

    language, region = match.groups()
    return f"{language.lower()}-{region.upper()}"


if __name__ == "__main__":
    samples = ["es_US", "pt-br", "EN_us", "fr-FR", "invalid", ""]
    for sample in samples:
        print(f"{sample!r:12} -> {normalize_locale(sample)}")

将代码保存为 locale_check.py 后运行:

python3 locale_check.py

预期可以看到 es_US 被转换为 es-US,大小写也得到统一;无法识别的输入则回退到 en-US。真实系统还应根据搜索服务公开支持的地区列表做白名单校验,不能把“格式合法”等同于“服务一定支持”。

升级后如何验证

升级到 G6.6.16.1 后,建议不要只检查版本号,而是覆盖真实搜索路径:

  1. 打开 Waterfox 的设置页面,确认当前默认搜索引擎符合所在地区和用户原有选择。
  2. 分别从地址栏和搜索框提交查询,确认结果页面正常返回。
  3. 使用西班牙语、葡萄牙语或其他非英语区域配置时重复测试,尤其关注原先可能产生下划线格式的设置。
  4. 检查 Qwant 结果页是否默认关闭 AI answers/summaries;由于发布说明使用了“尝试默认禁用”的表述,实际状态仍可能受到既有配置、服务端策略或账户设置影响。
  5. 企业环境应使用新建配置文件与已有配置文件各测试一次,避免旧偏好设置掩盖新版默认行为。

可以在 Waterfox 地址栏打开 about:support,记录应用版本、配置文件位置和区域相关信息。若问题仍然存在,再用新配置文件复测,有助于区分版本缺陷与历史配置残留。

关于安全更新说明

来源摘要提到 Waterfox 6.6.16 包含安全相关内容,但现有信息并未完整列出漏洞、严重级别或修复编号,因此不宜进一步推断具体影响。G6.6.16.1 的明确重点仍是 Qwant 搜索紧急修复。评估安全风险时,应以完整发布说明和对应安全公告为准。

是否应该立即采用

正在使用 G6.6.16、以 Qwant 为默认搜索引擎,或部署了多语言、多地区浏览器环境的用户,应优先升级并完成区域化回归测试。没有使用 Qwant 的用户受到的直接影响较小,但紧急修复版本通常仍值得纳入常规更新流程。

企业管理员需要特别留意两项边界:默认搜索引擎可能受组织策略覆盖,AI 摘要开关也可能被现有用户首选项或服务端设置改变。部署前用一组干净配置、一组生产配置和至少两个区域设置做验证,比单纯确认浏览器能够启动更可靠。


相关推荐