[MGNLCAT-62] CLONE - JCRAdminTree doesn't reflect the right activation status for subnodes Created: 27/May/13  Updated: 29/May/13  Resolved: 27/May/13

Status: Closed
Project: Magnolia Categorization Module
Component/s: None
Affects Version/s: 1.2
Fix Version/s: 1.2.6

Type: Improvement Priority: Neutral
Reporter: Jaroslav Simak Assignee: Jaroslav Simak
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Cloners
clones MGNLDATA-167 JCRAdminTree doesn't reflect the righ... Closed
relation
is related to MAGNOLIA-4968 Add data module bundle into bundle ad... Closed
is related to MGNLEE-269 CLONE - Add data module bundle into b... 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)
Release notes required:
Yes
Date of First Response:

 Description   

To reproduce:

  • at Data/Category activate a Family one
  • compare the node hierarchy for the item at Data/JCR browser of both Author&Public. You should see a subnode with red icon, although it has been activated properly.


 Comments   
Comment by Jan Haderka [ 29/May/13 ]

It's unlikely that there are too many categories for it to be an issue, but in the future please use iterator rather then list for any such tasks. There are data types in which ppl have thousands of items and I'm pretty sure some day someone will be tempted to reuse this task to do similar update on some type where it would break.

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