Details
-
Bug
-
Status: Closed
-
Top
-
Resolution: Fixed
-
None
-
None
Description
Since a move between two containers involve two separate update calls from the frontend, normally, both containers get locked : However, during the first call, only the 'target' container gets locked, and during the second call, the 'source' container gets locked.
Since however the fix in HSTTWO-3314, the second update can now fail because the source container already during the first call gets it 'last modified timestamp' updated. As a result, the frontend does the second call with a timestamp that is not in sync any more, and thus an error is returned. For example
{"success":false,"message":"Node '/hst:hst/hst:configurations/hap-preview/hst:workspace/hst:containers/base/footer' has been modified wrt versionStamp. Cannot acquire lock now for user 'admin'.","errorCode":null,"data":[]}
As a result, the 'source' container never gets locked. The frontend also shows an error popup that the page gets reloaded. After this, all seems to be fine again. However, if the editor 'discards' his changes, the moved container item is gone from both the target and the source container
Attachments
Issue Links
- causes
-
CHANNELMGR-311 First move of component to different container causes Page Store Error
- Closed
- is cloned by
-
HSTTWO-3521 [Backport 3.1.2] When a component item gets moved from one container to another, make sure that both containers get directly locked
- Closed
- relates to
-
HSTTWO-3314 Regression : When multiple webmasters open same component properties window, they can override each others changes
- Closed