先说个典型场景：你打开百度浏览器，上传OA或发文系统的附件，点完“上传”按钮，窗口纹丝不动——没报错，没卡顿，就是那个文件选择窗口死活弹不出来。

这不是网速问题，也不是页面崩溃。问题大概率出在ActiveX控件这个“老古董”上，它在内核层就被静默拦截了。

要解决，得从注册表关联、安全策略、内核模式三个方向同步下手。

确认并修复iWebOffice类控件安装状态

第一步，先确认控件是否安装到位。

打开Windows控制面板 → “程序和功能”，滚动查找【iWebOffice2015】或【RedOffice】这类OA专用控件条目。

如果列表里压根儿没有，那后面所有设置都白搭。没安装，浏览器当然找不到。得去单位OA系统下载页找离线安装包，手动装上。

如果已经存在，右键该条目 → “卸载/更改” → 选择“修复”，等进度跑完，必须重启电脑。

这一步很多人会跳过，但跳过之后，注册表里的CLSID项没重载，浏览器启动后还是读不到控件实例，修复等于白修。

强制启用ActiveX并重置IE安全区域

第二步，解决安全策略拦截。

百度浏览器地址栏输入about:blank，回车，按F12打开开发者工具，切换到Console标签页，粘贴执行：document.write('');（只是为了验证逻辑，不用手输）。

接着，关闭开发者工具，点击右上角「」→「设置」→「高级设置」→「系统」，找到「启用ActiveX控件」开关，必须开启。

这个开关默认是关闭的。不打开的话，控件初始化会直接被Blink内核丢弃，神仙也救不了。

最后，在设置页继续下滑 → 「隐私与安全」→「安全设置」→点击「重置为默认值」→确认。

这一步会清除IE遗留的“受限站点”规则，避免它把OA域名误标记为高危域，从而阻断file dialog调用。

说白了，就是让浏览器重新认识这个域名。

切换兼容内核模式运行

第三步，处理内核兼容问题。有两种方法：

方法一：通过启动参数处理

右键百度浏览器快捷方式 →「属性」→「快捷方式」选项卡，在“目标”末尾添加空格，然后追加参数：--disable-web-security --unsafely-treat-insecure-origin-as-secure=http://oa.example.com（把http://oa.example.com换成你实际OA系统的完整域名）。

注意，如果OA地址是HTTPS且证书异常，还必须加上--ignore-certificate-errors参数，否则控件JS接口还是会静默失败。

方法二：直接更换兼容浏览器

直接换用360安全浏览器企业版打开OA网址。它内置KG引擎，能自动识别iWebOffice这类控件并启用兼容层，不用手动配任何参数。

很多单位OA发文系统确实只支持这个浏览器，这不是营销话术，是技术事实。

• 第一种方法需要管理员权限启动，否则命令行参数不生效。
• 如果嫌麻烦，直接上第二种方法更省心。

绕过控件依赖，启用原生文件上传通道

如果以上方法都试过了还是不行，或者你不想折腾控件，可以试试绕过依赖，直接用原生文件上传功能。

• 第一步：在OA发文页面按F12 → Elements标签 → Ctrl+F搜索input[type="file"]。
• 第二步：找到匹配的HTML元素后，右键 →「Edit as HTML」→ 在标签内手动添加webkitdirectory directory multiple（如果需要多选文件），或者确保type="file"没有被JS动态移除。
• 第三步：鼠标悬停在该元素上，右键 →「Reveal in Elements panel」，确认DOM结构没有被遮罩层覆盖。

如果存在一个z-index极高的空div盖住了按钮，需要临时禁用它的CSS样式再测试。

这一步操作起来其实很直接：直接把文件拖进网页空白区，有时也能触发原生上传——前提是页面没有全局禁用dragover事件。

如果以上都试过了还是不行，那问题可能出在浏览器的沙箱机制或系统级别的权限上，需要进一步排查。