紧急预警:微软 Edge Webview2 v144 升级导致 SAP GUI 严重白屏故障 (Note 3704912)

时间:2026 年 1 月 22 日

对于负责 SAP 运维的 Basis 团队和企业 IT 管理员而言,今天注定是忙碌的一天。大量终端用户反馈 SAP GUI 中的关键事务代码(如 SM50、SE80、RZ11)出现界面白屏、ALV 列表头部消失或按钮点击无响应的现象。

经确认,这并非 SAP 系统内核或 GUI 补丁的缺陷,而是源于微软刚刚推送的 Microsoft Edge Webview2 Runtime 最新版本 144.xxx 引入的重大 Bug。

SAP 官方已于今日紧急发布 SAP Note 3704912,确认了该组件与 SAP GUI 现有 Edge 控件的兼容性冲突,鉴于 Webview2 在企业环境中的自动更新机制,此问题可能会在短时间内大面积爆发。

1.故障现象及分析

Webview2 v144 破坏了 SAP GUI 容器与 HTML 对象通信

故障主要集中在 SAP GUI for Windows 中那些依赖 HTML Control 渲染的界面。当客户端环境同时满足以下两个条件时,问题即刻复现 。

  • 组件版本: 安装了 Microsoft Webview2 Runtime v144.xxx。
  • GUI 配置: SAP GUI 的浏览器控件被配置为使用 "Edge"(这是近年来 SAP 推荐的默认设置,用于支持现代 Web 渲染) 。   

主要典型症状如下:

图片
  • 交互瘫痪: 用户点击 HTML 页面上的超链接或功能按钮,系统无任何反馈。
  • UI 渲染失败: SE80 右侧主区域或下方消息区域完全空白,SM50 的ALV 列表的表头区域内容丢失,RZ11 参数文档显示区域白屏,其他采用ALV技术的自开发程序的表头区域内容丢失。

上述问题的产生的原因在于 Webview2 v144 破坏了 SAP GUI 容器与其内部 HTML 对象之间的通信桥梁,微软官方已承认该缺陷(TrackingID#2601200050000910),并正在紧急开发修复补丁。

2. 紧急处置方案

2.1 设置SAP GUI,从“Edge”回退至“IE”

在微软发布 v144 的热修复补丁之前,企业 IT 部门需立即采取行动以恢复业务连续性,最稳妥、副作用最小的方案是暂时弃用 Edge 控件。

对于拥有本地配置权限的高级用户或管理员,可通过以下路径快速恢复。

图片
  • 打开 SAP GUI,进入 选项 (Options)。   
  • 导航至 交互设计 (Interaction Design) -> 控件设置 (Control Settings) -> HTML 控件 (HTML Control)。
  • 在 浏览器控件 (Browser Control) 下拉菜单中,将默认的 "Edge (based on Chromium)" 修改为 "Internet Explorer"。
  • 重启 SAP GUI 即可生效。

注:根据 SAP Note 2913405,尽管 IE 浏览器已退出Windows系统,但 SAP GUI 内部集成的 IE 控件模式仍然是被官方支持的,可用于处理此类兼容性。

2.2 全局策略推送

对于拥有数千个终端的大型企业,建议通过组策略或 SAP GUI 安装服务器统一推送注册表变更,强制将浏览器控件回退至 IE 模式,直至微软发布新的更新解决该问题。

3. 进阶配置策略

配置“浏览器回退 Browser Fallback” 规则 

简单粗暴地切回 IE 虽然能解决 SE80 等老旧 T-Code 的白屏问题,但可能会导致部分 Fiori 应用将无法在 SAP GUI 内正常运行。

例如 /n/ui2/flp (Fiori Launchpad)、SOAMANAGER 或 SAML2 配置界面,依赖 Edge (Chromium) 的渲染能力,如果全局切回 IE,这些应用可能会出现脚本错误或布局问题。

对于混合了传统 ABAP 开发与 Fiori 应用的环境,建议采用 SAP Note 2957665 提供的“回退配置 (Fallback Configuration)”机制。

Basis 可以创建一个 XML 格式的规则文件,定义一套精细化的路由策略:

  • 默认策略:保持使用 Edge,确保 Fiori 和现代 Web 应用的兼容性。   
  • 例外规则:针对受本次 Bug 影响的特定事务代码(如 SM50, SE80, RZ11 等),强制其回退使用 Internet Explorer 控件。

注:SAP GUI 版本需满足补丁要求(建议 Patch Level 7 以上),需参考 Note 3153691 实施相关预置条件。

4. 建议

此次 Webview2 v144 引发的事故再次提醒我们,企业级 ERP 环境对桌面客户端组件的依赖性日益增强;在“云优先”的战略下,客户端的稳定性依然是业务连续性的最后一道防线 。建议 IT 管理团队立即采取以下行动:

  • 暂停更新:暂时拦截内网的 Webview2 v144 版本推送。   
  • 发布公告:通知关键用户遇到白屏问题时的临时规避方法。
  • 关注修复:持续跟踪微软及 SAP 的后续公告,一旦 v144 修复版发布,需进行验证后重新启用 Edge 控件。

Read more

AI实践(3)Token与上下文窗口

AI实践(3)Token与上下文窗口

AI实践(3)Token与上下文窗口 Author: Once Day Date: 2026年3月2日 一位热衷于Linux学习和开发的菜鸟,试图谱写一场冒险之旅,也许终点只是一场白日梦… 漫漫长路,有人对你微笑过嘛… 全系列文章可参考专栏: AI实践成长_Once-Day的博客-ZEEKLOG博客 参考文章:Documentation - Claude API DocsOpenAI for developersPrompt Engineering GuidePrompt Engineering Guide: The Ultimate Guide to Generative AICompaction | OpenAI APIContext windows - Claude API DocsEffective context engineering for AI agents \ Anthropic大模型入门必知:一文搞懂Token概念,看完这篇终于懂了! -

腾讯云 AI 代码助手编程挑战赛 + 构建开发板垃圾图片识别AI对话的Copilot

腾讯云 AI 代码助手编程挑战赛 + 构建开发板垃圾图片识别AI对话的Copilot

一、前言: 最近公司有一个项目需求需要使用到AI智能识别的功能《垃圾智能AI识别系统》,本人一直从事Web领域开发工作,也没接触过人工智能这个赛道,刚好现在借这个“腾讯云 AI 代码助手编程挑战赛”来了解一下AI写代码相关的流程。 刚好也是接触新的技术领域,经过“腾讯云AI代码助手”来帮助我从0到1来实现这个《构建开发板垃圾图片识别AI对话的Copilot》的项目,在很多地方帮助程序员开发人员更好地理解和优化代码,提高软件的可维护性和可靠性、安全性。 上图是通过“腾讯云AI代码助手”从硬件到软件、模型的应用、生成Flask Web API服务,再到最后工作中的最佳实践,通过本人测试了Vue、Js、Python、Go等语言的实际场景,“腾讯云AI代码助手”提供了智能代码补全、单元测试生成、问题修复等多项AI驱动的功能,使开发者能够专注于创造性工作而非繁琐的设置。 【可以来看看我在B站录的一个视屏】: 【腾讯云 AI 代码助手编程挑战赛】+构建开发板垃圾图片识别AI对话的Copilot 在实际使用中,我深刻体验到“腾讯云AI代码助手”的便利,特别是在代码质量的提升方面展

除了 OpenClaw,今天 AI 热榜还有什么值得看?我把 5 个重点方向讲清楚了

除了 OpenClaw,今天 AI 热榜还有什么值得看?我把 5 个重点方向讲清楚了

🔥 个人主页:杨利杰YJlio❄️ 个人专栏:《Sysinternals实战教程》《Windows PowerShell 实战》《WINDOWS教程》《IOS教程》《微信助手》《锤子助手》《Python》《Kali Linux》《那些年未解决的Windows疑难杂症》🌟 让复杂的事情更简单,让重复的工作自动化 除了 OpenClaw,今天 AI 热榜还有什么值得看?我把 5 个重点方向讲清楚了 * 除了 OpenClaw,今天 AI 热榜还有什么值得看?我把 5 个重点方向讲清楚了 * 1. 我先说结论:今天这波 AI 热榜,最重要的不是“谁最火”,而是“风向变了” * 2. GoogleCloudPlatform / generative-ai:平台生态正在成为真正的护城河 * 3. MiroFish:群体智能和多智能体,开始从概念走向更具体的产品叙事