[MAGNOLIA-5964] Warn on deletion of page with modified children Created: 27/Oct/14  Updated: 18/Dec/14  Resolved: 18/Dec/14

Status: Closed
Project: Magnolia
Component/s: activation
Affects Version/s: 4.5.23
Fix Version/s: 4.5.24

Type: Bug Priority: Major
Reporter: Christian Ringele Assignee: Christopher Zimmermann
Resolution: Fixed Votes: 0
Labels: support
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: JPEG File OnAuthor.jpg     JPEG File OnPublic.jpg    
Issue Links:
causality
dependency
is depended upon by MGNLCDEP-74 Warn on deletion of page with modifie... Closed
relation
is related to MGNLUI-3242 Warn on deletion of node with modifie... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Release notes required:
Yes
Date of First Response:

 Description   

Reproduce:

  1. Move an activated node from source path to a destination path into a different tree.
  2. Delete the parent tree of the destination path (or a higher level tree).
  3. Activate deletion.

Result:
On the public the moved page still does exist. The move of the page was not taken into account, so the page resides in the original source path.
-> inconsistency of the pages between author and public

Reason:
Activation of deletion is possible only non-recursively. Parent page is deleted and children are not handled.

Side effect:
The pages can not be removed by a normal author, as they don't exist in the author anymore. Activating the source tree doesn't remove them (see print screen) which is a logic behavior.



 Comments   
Comment by Jaroslav Simak [ 31/Oct/14 ]

-Why have you changed configuration of website tree? (activation actions)-
Obsolete, different solution was used.

Comment by Christopher Zimmermann [ 18/Dec/14 ]

When you attempt to delete a node in another tree besides the Pages app, such as a node in the Templating / Sites "app", you get a big mess of html instead of the node name.
This is being returned by the checkIfChildrenAreModified method.

Something like this:

--------------------------------------------
Delete node?
--------------------------------------------

The subnode
<div id="mgnlTreeControl_/modules/extended-templating-kit/config/sites/demo-project-de/domains/demo-project-de0/name_LineInter" class="mgnlTreeLineInter mgnlLineDisabled"></div><div id="mgnlTreeControl_/modules/extended-templating-kit/config/sites/demo-project-de/domains/demo-project-de0/name_DivMain" style="position:relative;top:0;left:0;width:100%;height:18px;"> <span id="mgnlTreeControl_/modules/extended-templating-kit/config/sites/demo-pro

Comment by Christopher Zimmermann [ 18/Dec/14 ]

Resolved with fix in linked Content-Dependencies ticket.

Generated at Mon Feb 12 04:10:02 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.