[MAGNOLIA-3353] Extends feature breaks templates&dialog definitions Created: 02/Nov/10  Updated: 23/Jun/11  Resolved: 23/Jun/11

Status: Closed
Project: Magnolia
Component/s: core
Affects Version/s: 4.3.8
Fix Version/s: 4.4.4

Type: Bug Priority: Major
Reporter: Christian Ringele Assignee: Ondrej Chytil
Resolution: Fixed Votes: 0
Labels: None
Σ Remaining Estimate: Not Specified Remaining Estimate: Not Specified
Σ Time Spent: Not Specified Time Spent: Not Specified
Σ Original Estimate: Not Specified Original Estimate: Not Specified

Issue Links:
causality
is causing MAGNOLIA-3727 Remove confusing error message printe... Closed
Sub-Tasks:
Key
Summary
Type
Status
Assignee
MAGNOLIA-3354 Extends Templates: Registered templat... Sub-task Closed Ondrej Chytil  
MAGNOLIA-3355 Extends Dialogs: All registered dialo... Sub-task Closed Ondrej Chytil  
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   

The behavior is very different on templates&dialogs, so I'll open for these two situations a sub issue with a detailed description.

If doing the same as described in the sub-tasks with paragraph definitions, it works fine.
Only the wrong configured paragraph definition is invalid, but all other paragraph definitions stay always registered and available.



 Comments   
Comment by Federico Grilli [ 07/Jun/11 ]

braking is not breaking, although granted if you don't brake, sometimes you might break something.

Comment by Magnolia International [ 21/Jun/11 ]

This has not been merged back to trunk.

Generated at Mon Feb 12 03:45:40 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.