Unvollständige Tabellen in der WebOffice Administration nach Aktualisierung von Chrome/Edge

Seit Chrome bzw. Microsoft Edge Version 153 erscheint in der WebOffice Administration (SynAdmin) und im WebOffice HTML-Client in vielen Tabellen und Listen ein roter Hinweis:

"This site uses XSLT; that functionality is being removed from this browser very soon. ..."

Dadurch werden die Zeilen verschoben und Tabellen teilweise nur noch unvollständig angezeigt. Firefox ist derzeit davon nicht betroffen.

Warum passiert das?

Die WebOffice Administration und der HTML-Client rendern Tabellen, Listen und Bäume mit XSLT. Google und Microsoft entfernen XSLT aus Chromium-basierten Browsern schrittweise:

• Ab Chrome/Edge Version 153 wird der Hinweis eingeblendet.
• Ab Chrome/Edge Version 158 (17. November 2026) ist XSLT in den Stable-Versionen deaktiviert.
• Firefox plant ebenfalls die Entfernung von XSLT.

Betroffene Versionen

WebOffice 10.8, 10.9, 10.9 R2, 10.9 R3, 10.9 R4 und 10.9 R5.

Workaround

WebOffice verwendet für die XSLT-Umwandlungen einen offiziellen XSLT-Polyfill statt der browserinternen XSLT-Engine. Dadurch bleiben die Tabellen in Chrome, Edge und Firefox wieder vollständig sichtbar. Der Internet Explorer bleibt davon unberührt.

Download:WebOffice_Bug408325_XSLT-Fix_10.8-10.9R5.zip

So wenden Sie den Fix an

<WebOffice> bezeichnet das Verzeichnis der WebOffice-Anwendung im Tomcat, z. B. C:\Tomcat\webapps\WebOffice.

1. Sichern Sie die Datei <WebOffice>\client\JSX\js\JSX30.js an einem Ort außerhalb von webapps.
2. Entpacken Sie die ZIP-Datei.
3. Kopieren Sie den Ordner client aus der ZIP-Datei in das WebOffice-Verzeichnis und bestätigen Sie das Ersetzen vorhandener Dateien.
4. Ein Neustart des Tomcat-Dienstes ist nicht erforderlich.
5. Leeren Sie den Browser-Cache oder laden Sie die Seite mit Strg+F5 neu.

Prüfen: Öffnen Sie die WebOffice Administration in Chrome, Edge oder Firefox und wechseln Sie in die Reiter Projekte und Lizenz. Der rote Hinweis sollte nicht mehr erscheinen und alle Zeilen sollten vollständig sichtbar sein.

Rückbau

Kopieren Sie die gesicherte JSX30.js wieder zurück und löschen Sie den Ordner client\JSX\js\xslt-polyfill.

Hinweise

• Falls in application_config.xml eine angepasste Content-Security-Policy verwendet wird und script-src weder 'unsafe-eval' noch 'wasm-unsafe-eval' enthält, muss 'wasm-unsafe-eval' ergänzt werden.
• Beim ersten Aufruf lädt der Browser zusätzlich etwa 1,5 MB. Danach wird die Datei aus dem Browser-Cache verwendet.

Übergangslösung ohne Dateiaustausch

Wenn der Dateiaustausch nicht sofort möglich ist, können Sie vorübergehend:

• Firefox verwenden, oder
• die Browser-Policy XSLTEnabled aktivieren.

Die Richtlinie wird in der Registry gesetzt unter:

• HKLM\SOFTWARE\Policies\Microsoft\Edge
• oder HKLM\SOFTWARE\Policies\Google\Chrome

Wert: XSLTEnabled, Typ REG_DWORD, Wert 1.

Diese Übergangslösung hält XSLT nur bis Chrome/Edge Version 176 (August 2027) verfügbar. Für die langfristige Stabilität empfehlen wir den Dateiaustausch oder ein Upgrade auf eine Version mit integriertem Fix.