[MAGNOLIA-7878] Decoration mechanism fails Created: 17/Sep/20  Updated: 14/Oct/21  Resolved: 07/Oct/20

Status: Closed
Project: Magnolia
Component/s: None
Affects Version/s: None
Fix Version/s: 6.2.4

Type: Bug Priority: Neutral
Reporter: Espen Jervidalo Assignee: Aleksandr Pchelintcev
Resolution: Fixed Votes: 0
Labels: maintenance
Remaining Estimate: Not Specified
Time Spent: 1.5h
Original Estimate: Not Specified

Attachments: PNG File Screenshot 2020-09-17 at 13.41.39.png     PNG File Screenshot 2020-09-17 at 13.58.47.png    
Issue Links:
Relates
relates to MAGNOLIA-7592 Removing decorations of module config... Closed
causality
caused by MAGNOLIA-6521 Module config via Light Module 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
Sprint: Maintenance 26, Maintenance 27, Maintenance 28

 Description   

Decoration mechanism seem to fail under the /publishing-core/config/receivers in case there's an update to the JCR source.

The use-case we have is that we decorate the trials receivers to point to the trial's public instance here

This works and the Definitions App only shows the decorated receiver public0.

However, when modifying the original JCR values, for whatever reasons, the decoration from Yaml will not be re-applied.
The Definitions App will still show the decorated value from Yaml, but triggering the publication will use the JCR value.

CC agarcia rmartinr

Workaround

Restart the instance and the decoration is re-applied.


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