Details
-
Bug
-
Resolution: Invalid
-
Blocker
-
None
-
14.10.6
-
Windows 11 Pro, Edge 111, using a local instance of XWiki 14.10.7 on MariaDB 10.11, Tomcat 9.0.73, reproducible also on Jetty/HSQLDB
-
Unknown
-
Description
Steps to reproduce
- Login as Admin
- Go to a page
- Open the same page in a different browser (or an incognito window) and login with the user (U1) there
- With Admin, edit the page in-place (insert e.g. 'edit1')
- Click 'Save'
- With U1, on the incognito window (force edit the page if the case), add some text e.g. 'edit2' on the same line
- Click 'Save'
- Go back to the browser where Admin is logged in and type a word (e.g. 'edit3') in the same line
- Click 'Save'
- On the Version Conflict box, select 'Reload the editor (Discard changes)'
- Click 'Save'
Expected results
The page lock is not displayed and the content is saved with the last modification saved by the user (e.g. 'edit2').
Actual results
A page lock is displayed that the page is currently locked by U1. However, the content is saved as expected.
The lock could be reproduced also on XWiki 14.10.6 and 14.10.7, but could not be reproduced on XWiki 14.10.5.
Attachments
Issue Links
- is related to
-
XWIKI-20690 In-place editor doesn't obey mandatory titles
- Closed
-
XWIKI-20814 The in-place editor loses the edit lock when the user saves and continues editing
- Closed