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

优质文章学习记录

— 5 min read
时间：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

GLM-4.6V-Flash-WEB Web界面使用指南，拖图就出结果

GLM-4.6V-Flash-WEB Web界面使用指南，拖图就出结果 你不需要配置环境、不用写一行推理代码、甚至不用打开终端——只要把一张截图拖进浏览器窗口，几秒钟后，它就能告诉你图里写了什么、画了什么、哪里有问题。这不是未来预告，而是你现在就能在本地跑起来的真实体验。 GLM-4.6V-Flash-WEB 是智谱AI最新开源的轻量级视觉语言模型，专为Web端实时交互而生。它不像某些“实验室模型”那样只存在于论文和Benchmark表格里，而是真正做到了：部署快、启动快、响应快、上手更快。一块RTX 3090，一个浏览器，一次拖拽，结果即刻呈现。 本文不讲训练原理，不列参数表格，不堆技术术语。我们只聚焦一件事：怎么用好它的Web界面？从零开始，到稳定产出，每一步都清晰可操作。 1. 为什么说“拖图就出结果”不是宣传话术？ 很多多模态模型标榜“支持图文理解”，但实际用起来才发现：要装依赖、改路径、调精度、修CUDA版本、

前端防范 XSS（跨站脚本攻击）

目录 一、防范措施 1.layui util  核心转义的特殊字符 示例 2.js-xss.js库 安装 1. Node.js 环境（npm/yarn） 2. 浏览器环境 核心 API 基础使用 1. 基础过滤（默认规则） 2. 自定义过滤规则 （1）允许特定标签 （2）允许特定属性 （3）自定义标签处理 （4）自定义属性处理 （5）转义特定字符 常见场景示例 1. 过滤用户输入的评论内容 2. 允许特定富文本标签（如富文本编辑器内容） 注意事项 更多配置 XSS（跨站脚本攻击）是一种常见的网络攻击手段，它允许攻击者将恶意脚本注入到其他用户的浏览器中。
详细教程：如何从前端查看调用接口、传参及返回结果（附带图片案例）

详细教程：如何从前端查看调用接口、传参及返回结果（附带图片案例）

目录 1. 打开浏览器开发者工具 2. 使用 Network 面板 3. 查看具体的API请求 a. Headers b. Payload c. Response d. Preview e. Timing 4. 实际操作步骤 5. 常见问题及解决方法 a. 无法看到API请求 b. 请求失败 c. 跨域问题（CORS） 作为一名后端工程师，理解前端如何调用接口、传递参数以及接收返回值是非常重要的。下面将详细介绍如何通过浏览器开发者工具（F12）查看和分析这些信息，并附带图片案例帮助你更好地理解。 1. 打开浏览器开发者工具 按下 F12 或右键点击页面选择“检查”可以打开浏览器的开发者工具。常用的浏览器如Chrome、Firefox等都内置了开发者工具。下面是我选择我的一篇文章，打开开发者工具进行演示。 2. 使用

Cursor+Codex隐藏技巧：用截图秒修前端Bug的保姆级教程（React/Chakra UI案例）

Cursor+Codex隐藏技巧：用截图秒修前端Bug的保姆级教程（React/Chakra UI案例） 前端开发中最令人头疼的莫过于那些难以定位的UI问题——元素错位、样式冲突、响应式失效...传统调试方式往往需要反复修改代码、刷新页面、检查元素。现在，通过Cursor编辑器集成的Codex功能，你可以直接用截图交互快速定位和修复这些问题。本文将带你从零开始，掌握这套革命性的调试工作流。 1. 环境准备与基础配置 在开始之前，确保你已经具备以下环境： * Cursor编辑器最新版（v2.5+） * Node.js 18.x及以上版本 * React 18项目（本文以Chakra UI 2.x为例） 首先在Cursor中安装Codex插件： 1. 点击左侧扩展图标 2. 搜索"Codex"并安装 3. 登录你的OpenAI账户（需要ChatGPT Plus订阅） 关键配置项： // 在项目根目录创建.