This issue has been created
 
 
XWiki Platform / cid:jira-generated-image-avatar-cd430417-ad96-4959-a325-456d307a92ec XWIKI-23436 Open

You can't edit a wiki page in WYSIWYG mode if you can't connect to the realtime session

 
View issue   ยท   Add comment
 

Issue created

 
cid:jira-generated-image-avatar-f96a05d6-f8ec-4563-87b2-af3b30c88fc6 Marius Dumitru Florea created this issue on 05/Aug/25 13:38
 
Summary: You can't edit a wiki page in WYSIWYG mode if you can't connect to the realtime session
Issue Type: cid:jira-generated-image-avatar-cd430417-ad96-4959-a325-456d307a92ec Bug
Affects Versions: 16.10.9, 17.4.2, 17.5.0
Assignee: Unassigned
Components: Realtime
Created: 05/Aug/25 13:38
Labels: regression
Priority: cid:jira-generated-image-static-major-60276fa1-cb55-41f9-b6e1-c4f49319a120 Major
Reporter: Marius Dumitru Florea
Description:

Steps to reproduce:

  • Edit the XWiki.Realtime.Configuration page in object mode, expand the first UIExtensionClass object, look for the webSocketURL configuration and replace "netflux" with something else, e.g. "bad-netflux". The purpose of this is to simulate a bad WebSocket upgrade request. Note that blocking the "netflux" request using the browser's Network tab doesn't have the same effect. We want to simulate the fact that an HTTP proxy in front of XWiki doesn't forward the WebSocket requests properly.
  • Edit a plain wiki page using the default in-place WYSIWYG edit mode

Expected: the user should be notified that we failed to connect to the realtime session, and they should be able to continue editing alone (outside realtime session).

Actual: the edit mode toolbar is hidden, and the user can't edit the content (they see a spinning wheel when hovering the content)