Ich ziehe mal eine Information separat für SAP-Administratoren und -Nutzer heraus, die momentan für Ärger sorgt. Es hat im Januar 2026 ein WebView2-Update auf Version 144 gegeben, welches Probleme mit der SAP-GUI auf Windows-Clients verursacht. Erste Meldungen gab es zum 21. Januar 2026 hier im Blog – und SAP hat wohl auch etwas veröffentlicht, was aber nur für registrierte Kunden abrufbar ist.
Erste Nutzerhinweise auf SAP-GUI-Probleme
Mir ist das Thema zum 21. Januar 2026 hier im Blog im Kommentar von Stefan erstmals untergekommen. Stefan schrieb, dass es in seinem Unternehmensumfeld bei Windows Clients, auf denen SAP-Software läuft, etwas kaputt gegangen sei. Bei allen Clients seien Elemente (Controls) in der Oberfläche der SAP-Software verschwunden bzw. nicht mehr lesbar.
In einem Nachfolgekommentar ergänzte Stefan (danke dafür), dass er nach einem Test herausgefunden habe, dass das Problem nicht durch die kumulativen Windows Updates vom 13. Januar 2026 verursacht wurde. Sondern der Bug werde durch die WebView2-Komponente des Edge-Browsers verursacht. Die Empfehlung von Stefan lautete: Wer im Unternehmen die SAP GUI einsetzt, sollte daher tunlichst vermeiden die WebView in Version 144 im WSUS freizugeben/auszurollen. Diese Version ist nicht deinstallierbar.
Stefan hatte auch den Link me.sap.com/notes/0003704912 auf eine SAP-Note gepostet. Da diese aber nicht öffentlich ist, habe ich das Thema nicht aufgegriffen, weil ich nicht an die SAP-Support-Information heran kam.
Weitere Leserhinweise und Web-Berichte
Blog-Leser Andreas hat inzwischen in diesem Kommentar mehr Details veröffentlicht und schreibt: "Das neuste Edge (Webview2) Update hat bei uns einige Control Elemente innerhalb von SAP lahmgelegt." Er hat dann auf den SAP-Post 3704912 – Latest Webview2 Version 144.xxx causes problems with SAP GUI HTML control when using edge as browser control in SAP GUI for Windows verwiesen, wo es heißt:
Since the latest Webview2 Version 144.xxx the HTML control is not working properly anymore when using "edge" as browser control in SAP GUI for Windows.
The following issues may occur:
1) Clicking links / pressing buttons does not work anymore
2) Content is no longer displayed (e.g blank header in ALV in SM50, blank screen in SE80 dropdown list and RZ11)
Auch auf GitHub gibt es einen Eintrag [Problem/Bug]: Edge controls not visible in SAP #5493, den der Leser verlinkt hat. Ein anonymer Nutzer kommentiert dazu:
Bei uns setzen wir für den SAPGUI den Browser Control zurück auf Internet Explorer aber nur dort wo das Problem auftritt, es gibt dazu auch den SAPOSS Hinweis 3704912.
Inzwischen hat ein weiterer Leser hier einen Verweis auf die Diskussion SAP GUI für Windows: Probleme durch WebView2 Runtime Version 144.x bei Administrator.de gepostet. Dort ist auch der Workaround mit dem Internet Explorer beschrieben.
Ich lösche daher den Kommentar von Michael mit folgendem Inhalt im Diskussionsbereich:
Mit der letzten WebView Update 144.x gibt's wohl ein Problem im Zusammenhang mit SAP GUI.
Titel: SAP GUI für Windows: Probleme durch WebView2 Runtime Version 144.x – Administrator
3704912 – Latest Webview2 Version 144.xxx causes problems with SAP GUI HTML control when using edge as browser control in SAP GUI for Windows | SAP Knowledge Base Article
[Problem/Bug]: Edge controls not visible in SAP #5493
Noch eine Information aus der Leserschaft
Ergänzung: Blog-Leser Georg hat mich auf Grund des Artikels per E-Mail kontaktiert und schrieb mir "das WebView2-Control in Verbindung mit der SAPGui verursacht bei uns schon seit langem Probleme". Laut Georg gibt es Transaktionen in SAP-System, die Webview2 benötigen, um zu funktionieren bzw. sauber darzustellen. Andere Transaktion stürzen laut Blog-Leser dagegen ab, und/oder frieren ein.
Kehrt man als Workaround auf die oben angerissene Option "Internet Explorer Control" zurück, dann drehen sich die Problem laut Georg um. Einschlägig hierzu sei ein Hinweis der SAP, in dem eine ganze Aufzählung offener Baustellen zu finden sind. Georg hat folgenden Titel genannt (ist wohl ein nicht öffentlicher SAP-Beitrag – mit ist noch dieses SAP-Dokument untergekommen).
2901278 – SAP GUI HTML Control auf Basis von Chromium Edge: Legacy-HTML funktioniert nicht (richtig)/aktuelle Einschränkungen
Georg merkte in seiner Mail folgendes an. "Aus obigem Hinweis beschreibt der folgende Abschnitt in etwa unser Problem mit den Freezes":
SAP GUI bleibt hängen und reagiert nicht: In Multimonitor-Anwendungsfällen mit zwei oder mehr Monitoren verschiedener DPIs bleibt SAP GUI hängen, und manchmal wird das SAP-GUI-Sitzungsbild grau. Das HTML-Control ist als "System Aware" konfiguriert, und der übergeordnete SAP-GUI-Container ist als "Per-Monitor Aware" konfiguriert, um DPI-Einstellungen für mehrere Monitore zu unterstützen.
Beachten Sie bei den Konfigurationsdetails, die in SAP GUI für das HTML-Control und SAP GUI selbst verwendet werden, den Abschnitt "Windows Forms-Steuerelemente oder Fenster, die nicht angezeigt werden" unter diesem Link.
Der Leser schrieb mir, dass sein Unternehmen mit Microsoft in Kontakt stehe (TrackingID#121080425000902 wurde angelegt, um dieses Problem zu beheben). Die Rückmeldung Microsofts war: "Eine Lösung zu dieser TrackingID gibt es bislang nicht.". Laut Georg sind in oben genanntem SAP-Dokument weiter offene Baustellen beschrieben. Hört sich nicht gut an – und dass SAP viele KB-Artikel nur nach Anmeldung zugreifbar macht, vereinfacht das Ganze im Hinblick auf Lösungen durch Schwarmintelligenz m.E. auch nicht.
MVP: 2013 – 2016
kann es sein, dass dieses WebView2 Update auch Probleme mit MS Teams verursacht?
Meine Titelleiste oben im App Fenster ist zweigeteilt und der obere Teil ist blau und zeigt wo ich mich in der App befinde.
Es geht weg, wenn ich das App Fenster aus dem Bildschirm schiebe. Wird aber wieder angezeigt, wenn ich den Fokus ändere.
Hier ein Thread bei dem es diskutiert wird.
https://www.reddit.com/r/MicrosoftTeams/comments/1qig55h/weird_context_bar_across_the_top_of_teams_window/?tl=de
Abhilfe die Darstellung auf "klassisch" ändern.
Auf GitHub hat ein User einen Workaround über einen Registry Hack gepostet, der vielleicht weiter hilft:
https://github.com/MicrosoftEdge/WebView2Feedback/issues/5493#issuecomment-3786042334
64 bits SAP Logon
Computer\HKEY_CURRENT_USER\Software\SAP\General OR
Computer\HKEY_LOCAL_MACHINE\Software\SAP\General
32 bits SAP Logon
Computer\HKEY_CURRENT_USER\SOFTWARE\WOW6432Node\SAP\General OR
Computer\HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\SAP\General
Key – OldCustomURISupport
Type – DWORD(32 – bit)
Value – 1
Mag eventuell nichts damit zu tun haben, aber uns fällt auf daß seit dem Update in VEEAM-ONE die Baumstruktur falsche Alarmsymbole anzeigt obwohl kein Alarm in den Details vorhanden ist (und es sind tatsächlich keine Alarme vorhanden).
Ist aber eventuell nur rein zufällig ein zeitlich und optisch ähnliches, aber völlig anderes Problem.
Es geht hier um in Dynpro Oberflächen eingebettete HTML-Controls.
Work around, bis das Problem behoben ist:
Sofern es sich um html4 Code handelt, kann man im SAP GUI das Browser Control auf Internet Explorer umstellen. (z.B: SM50, SE80, SBWP; SOST)
Sofern es sich um html5 Code handelt, muss man im SAP GUI Edge als Browser Control verwenden.
Dann hilft:
• Download der Webview2 Fixed Version 143 von hier:
https://developer.microsoft.com/de-de/microsoft-edge/webview2/?form=MA13LH
• Entpacken der CAB Datei in einem Verzeichnis z.B.
C:\Webview2\Microsoft.WebView2.FixedVersionRuntime.143.0.3650.139.x86
• Erstellen einer CMD-Datei SAPLOGON.CMD mit folgendem Inhalt:
SET WEBVIEW2_BROWSER_EXECUTABLE_FOLDER=C:\Webview2\Microsoft.WebView2.FixedVersionRuntime.143.0.3650.139.x86
RUN "C:\Program Files (x86)\SAP\FrontEnd\SAPgui\saplogon.exe"
• Starten des SAP GUI über diese CMD-Datei SAPLOGON.CMD
Alternativ kann man auch die Umgebungsvariable WEBVIEW2_BROWSER_EXECUTABLE_FOLDER systemweit setzen oder die Policy
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\WebView2\BrowserExecutableFolder
bzw. bei SAP GUI 32bit
HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Policies\Microsoft\Edge\WebView2\BrowserExecutableFolder
mit dem Pfad der zusätzlich installierten WebView Fixed Version verwenden.
Bitte daran denken, wenn man das systemweit setzt (Umgebungsvariable oder Policy), dass dann andere Anwendungen, wie z.B. MS Teams, auch diese Version verwenden.
Beachte die Erweiterung mit der Rückmeldung von Georg zur IE-Umstellung.
Ja, das ist bekannt, hat aber nichts mit dem aktuellen Problem der Webview2 Version 144 zu tun.
Hier geht es um die Einbettung eines HTML-Controls in die Dynpro Canvas per Klasse CL_GUI_HTML_VIEWER. (Case 2 aus SAP Note 2913405)
Ich habe für uns ein Powershell erstellt, welches bisher ganz gut funktioniert.
Das Skript beendet alle blockierenden Edge/WebView2-Prozesse, entsperrt Dateien per handle.exe, löscht die defekte WebView2-Version (144.*), kopiert eine funktionierende Version (143.*) aus dem Netzwerk, benennt sie auf 144.* um, schreibt ein Log und bietet optional einen Neustart an.
Zusätzlich wurden alle Updates via Intune Policy vorerst gesperrt.
Wie oben erwähnt tauchen mit dem Workaround als IE Mode in SAP andere Probleme auf. U.a. könne bestimmte PDF DAteien nicht angezeigt werden.
Bei uns sind ca 800-1000 Clients betroffen
Ich habe für uns ein Powershell erstellt, welches bisher ganz gut funktioniert.
Das Skript beendet alle blockierenden Edge/WebView2-Prozesse, entsperrt Dateien per handle.exe, löscht die defekte WebView2-Version (144.*), kopiert eine funktionierende Version (143.*) aus dem Netzwerk, benennt sie auf 144.* um, schreibt ein Log und bietet optional einen Neustart an.
Zusätzlich wurden alle Updates via Intune Policy vorerst gesperrt.
Wie oben erwähnt tauchen mit dem Workaround als IE Mode in SAP andere Probleme auf. U.a. könne bestimmte PDF DAteien nicht angezeigt werden.
Bei uns sind / waren ca 800-1000 Clients betroffen
hast du das script griffbereit bzw. auf git? das wäre eine rießen hilfe….
bei uns sind 3500 clients betroffen und zur zeit kann man entscheideen ob Pest oder Cholera.
SAP hats einfach verschlafen auf die Moderne Welt umzustellen :(
Heute kommt vermutlich eh eine neue 144 Build
Das Problem wurde mittlerweile vom MS Support bestätigt und ein fix ist im Canary Channel mit Version 146.0.3816.0 bereits verfügbar. Dieser soll bis Ende des heutigen Tages (PST) in die Edge Stable Version zurück portiert werden. Ein entsprechender Eintrag wird dann auf der Known-Issue Seite ergänzt werden wenn es soweit ist:
https://learn.microsoft.com/en-us/deployedge/microsoft-edge-known-issues?tabs=Open
In der Canary wurde der Fehler nun laut GitHub Kommentar behoben.
The fix is now available in canary : 146.0.3817.0
Workaround:
Für einzelne Transaktionen lässt sich das auch über "SAP_BrowserControlFallback.xml" steuern (z.B. via GPO verteilen, %appdata%\SAP).
SAP HTML Control Fallback Rules
1.0
2020-08-12 15:00:00
Zitat:
"WebView in Version 144 […]. Diese Version ist nicht deinstallierbar."
—
Deinstallation funktioniert so, falls es nicht über die Systemsteuerung klappt:
cd "C:\Program Files (x86)\Microsoft\EdgeWebView\Application\1*\Installer"
.\setup.exe –uninstall –msedgewebview –system-level –verbose-logging –force-uninstall
Danke für den Post und eure ganzen Kommentare. Die waren wirklich hilfreich.
Wir sind ebenfalls von dem Problem betroffen und warten nun auf das MS Edge Update.