[MGNLSTK-499] "ExtrasArea" - Exception on public-instance Created: 29/Oct/09  Updated: 23/Jan/13  Resolved: 09/Nov/09

Status: Closed
Project: Magnolia Standard Templating Kit (closed)
Component/s: base system, paragraphs, templates
Affects Version/s: 1.1.2
Fix Version/s: 1.2

Type: Bug Priority: Major
Reporter: Rainer Blumenthal Assignee: Magnolia International
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Attachments: Text File MGNL-499.patch    
Issue Links:
dependency
depends upon MAGNOLIA-2921 Now that we use generics, MgnlContext... Closed
supersession
is superseded by MGNLSTK-707 add a method to STKUtil to create nod... Closed
Template:
Acceptance criteria:
Empty
Date of First Response:

 Description   

if you request a page, that is on public instance - without an "extras" node (means you have not explicitely requested that page on author, like "glossary letter" pages) there is an FTL Exception because of the missing node.

The anonymous user tries to write that node... and the exception says: "Not allowed to Add, Set, ..."



 Comments   
Comment by Rainer Blumenthal [ 29/Oct/09 ]

The same thing matters for "autogenerated Paragraphs" ... if you dont want an error on public you have to call every "Glossary letter" page once ... otherwise the anonymous user tries to write the "singleton" node

Comment by Magnolia International [ 30/Oct/09 ]

Here's a patch that should fix this, but depends on MAGNOLIA-2921.
There are possibly other places where this would be needed, so I'll let an STK expert apply it.

Comment by Magnolia International [ 02/Nov/09 ]

revised patch, taking into account latest changes for MAGNOLIA-2921

Note that exception handling in SingletonParagraphTemplateModel would definitely benefit from a little review.

Comment by Magnolia International [ 06/Nov/09 ]

applied patch above; leaving open for review, and double-checking if there are other cases where this is necessary.

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