打开Firefox文件上传对话框后，Accessibility Insights无法识别打开方式对话框子元素求助

复现步骤 #

• 点击「浏览」按钮，弹出文件上传对话框，此时使用Accessibility Insights可正常查看该对话框的所有属性及子元素
• 关闭文件上传对话框，点击「下载」按钮触发文件下载，弹出「打开方式」对话框
• 此时使用Accessibility Insights检查该对话框，仅能看到根元素和标题栏，无法显示任何子元素

状态对比 #

• 失败场景：「打开方式」对话框仅展示根元素与标题栏，无其他子元素信息
• 正常场景：未先打开文件上传对话框时，直接触发下载弹出「打开方式」对话框，Accessibility Insights可完整显示其所有属性及子元素

环境信息 #

• Windows：Windows Server 2019 版本1809，OS版本号17763.5329
• Firefox：102.15.1 ESR 64位

业务背景 #

我们开发了一款C++应用，需要通过Accessibility Insights API获取系统对话框的属性，并实现程序化点击对话框按钮的功能。

排查方向与解决思路 #

1. 清理无障碍服务上下文缓存
   关闭文件上传对话框后，系统无障碍服务可能残留了之前的上下文信息，导致后续对话框的元素树无法正确枚举。可以在关闭对话框后调用IUIAutomation::ClearCache接口清理缓存，或等待1-2秒让系统完成上下文切换后再触发下载操作。

2. 用系统工具对比UI自动化树
   使用Windows自带的Inspect.exe工具，分别在两种场景下查看「打开方式」对话框的UI自动化树结构，确认是Accessibility Insights的识别问题，还是系统UI自动化服务未正确暴露子元素。

3. 检查进程资源与权限
   确保C++应用以足够权限运行（比如管理员权限），避免因权限不足无法访问系统对话框元素。同时检查文件上传对话框关闭后，是否有未释放的线程句柄或进程资源，导致无障碍服务资源被占用。

4. 调整API调用时机
   「打开方式」对话框加载完成前调用API可能无法获取完整元素树。可以通过监听UI自动化的WindowOpened事件，等待对话框的IsEnabled属性变为true后，再执行元素枚举操作。

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