开启use_fedcm_for_prompt时Google One Tap的momentListener不触发

核心原因分析 #

根据官方文档说明，开启use_fedcm_for_prompt后，momentListener的触发存在两个关键限制：

• 若浏览器使用原生凭证管理器（如Chrome内置的FedCM弹窗）处理登录请求，弹窗的显示、跳过、关闭事件都不会触发momentListener——因为这些操作完全在GIS客户端库之外执行。
• 非原生凭证管理器场景下，事件通知最多延迟1分钟，但你等待10分钟未收到回调，说明属于第一种情况或存在其他配置冲突。

具体解决/替代方案 #

• 验证浏览器FedCM行为
  在Chrome中可通过chrome://flags/#fedcm-native-ui将FedCM原生UI设置为Disabled，测试momentListener是否恢复触发。如果恢复，说明之前是原生凭证管理器导致的回调失效，其他浏览器可查看对应FedCM设置项。

• 替换momentListener的监听逻辑
  如果需要监听One Tap弹窗状态，可通过以下方式替代：

  • 监听DOM变化：检查Google One Tap弹窗的DOM元素（通常类名包含google-one-tap）是否存在，以此判断弹窗的显示状态。
  • 利用现有回调：登录成功会触发handleCredentialResponse；若用户点击弹窗外部关闭（需确保cancel_on_tap_outside: true），可通过监听页面点击事件，结合弹窗DOM的存在状态判断是否取消操作。

• 调整初始化参数
  暂时关闭itp_support参数测试，部分场景下ITP与FedCM的组合可能导致回调逻辑异常。若关闭后恢复正常，再根据业务需求调整ITP相关配置。

• 直接使用FedCM原生API
  若必须依赖FedCM且需要事件监听，可跳过GSI的封装，直接调用FedCM原生API，这样能更精准控制凭证请求的各个阶段事件，但需要额外处理浏览器兼容性。

内容的提问来源于stack exchange，提问作者undefinedN