Azure Bot Message Extension认证无响应问题求助

搭建的需认证的Message Extension Bot此前运行正常，近期点击撰写扩展的登录按钮时，仅显示“Something went wrong, please try again”，无弹窗、无日志、无其他错误。已将登录URL加入有效域，检查发现登录按钮href为空，点击无认证操作。怀疑是Microsoft Teams应用更新导致功能变更，已联系微软但未获解决方案。

• 检查Teams应用清单配置
  确认validDomains是否包含完整的认证跳转域名（包括子域名和协议，比如https://your-auth-domain.com），同时核对webApplicationInfo中的id和resource是否与Azure AD应用注册信息完全匹配，重点确认应用ID和权限范围的正确性。
• 验证认证端点响应有效性
  直接访问Bot服务配置的OAuth连接端点，确认返回的跳转URL是否有效。可使用Postman模拟Teams请求头（如Authorization、User-Agent）测试，查看是否能正常返回带正确href的登录页面。
• 核对Bot OAuth连接设置
  登录Azure门户进入Bot资源的「设置」>「OAuth连接设置」，确认关联的Azure AD应用是否启用了「隐式授权」（适配Teams客户端弹窗认证），同时检查重定向URI是否包含https://token.botframework.com/.auth/web/redirect，且该URI已添加到Azure AD应用注册的重定向列表中。
• 清除Teams客户端缓存
  • 桌面端：退出Teams，删除%appdata%\Microsoft\Teams目录下的缓存文件后重启客户端。
  • 网页端：使用无痕模式打开Teams，测试登录按钮功能是否恢复。
• 检查Bot代码的认证触发逻辑
  确认Message Extension的fetchTask或submitAction处理逻辑中，是否正确返回包含登录按钮的自适应卡片，重点保证按钮type为signin且value指向正确的认证发起URL。示例代码片段：

  {
    "type": "AdaptiveCard",
    "body": [{"type": "TextBlock", "text": "请先登录"}],
    "actions": [
      {
        "type": "Action.Submit",
        "title": "Sign in",
        "data": {
          "msteams": {
            "type": "signin",
            "value": "https://your-auth-url.com"
          }
        }
      }
    ]
  }
  

• 确认Teams更新后的兼容性
  查阅Microsoft Teams开发者文档更新日志，确认近期Message Extension认证流程是否有变更，比如自适应卡片signin动作格式是否调整，是否需要改用Action.OpenUrl配合认证流程（注意该动作需在validDomains中配置对应域名）。

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