Details
-
Bug
-
Resolution: Fixed
-
Neutral
-
1.9.1
-
None
-
-
Empty show more show less
-
Yes
-
Yes
-
Maintenance 60, Maintenance 61
-
5
Description
Steps to reproduce
- Create a node under the root called “node1”.
- Create a node under “/node1" called “node2” (path to the node is: /node1/node2).
- Publish each nodes couple of times, so that they have a version history.
- Go to public instance and remove /node1/node2
- Rename “node2" to “node3” and start synchronization of “node3" (do not publish “node3”, let it stay in modified state)
Expected results
No error in logs, node order is preserved.
- Don't stop sync. Continue to sync for normal nodes. After finishing sync, log warning will show all the list of moved nodes that can't sync.
- Exception notification will send the list of move nodes only 1 time instead of multiple times according to number of moved node as before
Actual results
Errors in logs, node order may be broken.
Workaround
Publish content before synchronizing.
Development notes
Transferred node name in the xml used to describe the content is not correct because it's taken from actual node, and not the versioned one.
Packager#addResources that is responsible for building the xml should take versioned node name into account, not the actual node name.
Also it would be worth checking if it’s possible to get the original path of the versioned node and set that one as well (in case it’s a renamed moved node)
Finally, consider emphasising in docu that synchronization != publication so that users don’t expect yellow nodes / red nodes to be synced to public in the exact same state as they are on author
Checklists
Attachments
Issue Links
- is related to
-
MGNLSYNC-51 Synchronisation may fail when nodes are moved into different sub trees
-
- Closed
-
-
PUBLISHING-82 Wrong order of nodes after publishing single page
-
- Closed
-
- to be documented by
-
DOCU-2191 Provide more details behaviors when can't synchronise node has been renamed on author and is not present on public)
-
- Closed
-
- mentioned in
-
Page Loading...