[MAGNOLIA-4964] InheritanceNodeWrapper.deepUnwrap() should unwrap also source nodes Created: 10/Apr/13  Updated: 14/May/13  Resolved: 14/May/13

Status: Closed
Project: Magnolia
Component/s: core
Affects Version/s: 4.5.8
Fix Version/s: 4.5.9

Type: Bug Priority: Neutral
Reporter: Richard Gange Assignee: Roman Kovařík
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: XML File config.modules.extended-templating-kit.config.sites.default.templates.prototype.areas.test.xml    
Issue Links:
causality
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
Date of First Response:

 Description   

To reproduce do the following:

  • create new (noComponent) area "test" in default site def prototype (see attached area definition)
  • render the area in the main.ftl
  • create testArea.ftl in templates workspace and enter cmsfn.decode(content).test!"no content yet"
  • go to jcr view and create property "test" below the "test" area node and insert some html as value, e.g. <del>HTML</del>
  • view the main page -> html gets decoded correctly
  • view a sub page -> html gets not decoded

See screen shots on SUPPORT-2310.

Caused by: DelegateNodeWrapped.deepUnwrap() unwraps itseft but not InheritanceContentDecorator's source nodes in case of DestinationNodeInheritanceNodeWrapper.



 Comments   
Comment by Richard Gange [ 10/Apr/13 ]

This is the test component I used to recreate the issue: config.modules.extended-templating-kit.config.sites.default.templates.prototype.areas.test.xml

Comment by Jan Haderka [ 13/May/13 ]

Content decorator needs to be cloned during unwrapping as well.

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