-
Bug
-
Resolution: Fixed
-
Major
-
5.1.1
Steps to reproduce in 'contacts' app:
- Allow to add mgnl:content as a child node to contact (child type is important, it cannot be 'mgnl:contact' !)
- Create new contact
- Create new mgnl:content under newly created contact
- Publish/Activate contact
- Delete (mark node as deleted) contact.
- An error message appears with sth like 'failed to build path of: [uuid]'
What is weird, if we delete contact first, then everything is ok:
- Create new contant
- Create new mgnl:content under newly created contact
- Delete (mark node as deleted) contact.
- Revert last contact version
- Publish contact
- Delete (mark node as deleted) contact.
- Everything is OK.
I discovered that version created by delete action in mgnlVersion repository is differen from that created by publish action (both are recursive in this case). If you check jcr mgnlVersion repo you will notice that 'activate' action creates contact children under root path ('/'), but delete action creates them under contact node.
In many cases (like mgnl:page under mgnl:page) publish/activate works well because structure created in mgnlVersion repo in this specific case is proper - the problem appears when child node has different type from its parent type.
- caused by
-
MAGNOLIA-5558 MarkNodeAsDeletedCommand is not flexible enough to deal with different node types
- Closed