Ian Causton
Jun 8, 2011
  6426
(0 votes)

Composer 4 and the case of the disappearing categories

After deploying an update to a recent EPiServer 6 and Composer 4 based site I received notification from a concerned client that the Composer toolbox had lost all it’s categorisation.

composerToolBox

The site had over 30 Composer content functions all of which were now within the uncategorized list, making the job of adding content that much harder. Furthermore, setting up the categories in the first place proved quite time consuming so they were, understandably, reluctant to revisit the task.

At once, I mobilised all my forces and began focussing our efforts on discovering where in the episerver db schema the categorization was stored and thereby rectify the situation. After many fruitless hours pouring over this and analysing sql profiler results I had an epiphany! And began looking in the site tree, within which I discovered the source of Composer’s Categorization.

I therefore provide this information in the hope of helping others should they face a similar mystery. If you login to edit mode and examine the ContainerPageProperty within the ‘[Extension data container]’ ‘page’ you will discover in the xml the ‘CategoryDataCollection’ node, this is where Composer stores the categorization used in the toolbox and admin mode.

 

extensionDataContainer

Unfortunately this ‘page’ does not have a publishing history to enable any sort of rollback so without looking further into why the data was initially lost (it has happened 2 or 3 times now) I am taking manual backups of this property prior to a deployment.

If anyone could shed any light on this/has any further information it would be much appreciated. But for the time being this case is closed.

Jun 08, 2011

Comments

Andreas Thente
Andreas Thente Jun 8, 2011 09:28 PM

This has been a major problem with Composer. Categories, access rights and other critical information have disappeared several times in my projects, both in the development phase and in live environments. This made both me and my clients pretty nervous since noone could understand where the problem came from, making it impossible to reproduce the behavoiur and report it as a bug. However, I tought it would have been solved in the last release but no... Good luck finding the erroring functionality. EPiServer should look into this deeper which I hope they do.

Best regards,
Andreas

Jun 14, 2011 10:41 AM

We haven't seen this problem before but our support team will reach out to you to get more information to be able to investigate it further. Thanks.

Andreas Thente
Andreas Thente Jun 14, 2011 03:14 PM

Thanks Peter. I think I´ve had this problems in multi language sites, not sure if it exists in single language sites. Maybe you can provide us with more info, Ian?

I think the xml data somehow resets in the Extension Data Container, when and how do I not know.

Ian Causton
Ian Causton Jul 1, 2011 05:14 PM

Hi Guys,
Thanks for your interest. As this stage I can only give you general information because it was only happening intermittently and only in the production environment. The site is single language and the issue would arise after a deployment to production and as Andreas suggests it is as if the xml data has reset itself.

Thanks

dta@dwarf.dk
dta@dwarf.dk Mar 29, 2012 02:33 PM

I'm having a similar problem with a live single language EPiServer 5R2 Composer 3.2.5 site.
At random points all composer elements lose their access rights. This has now happened 3 times over the last 2 months - only in the production environment - and I haven't been able to reproduce it or figure out what caused it.

Any information regarding this is much appreciated since we're still struggling! Also if anyone has any ideas how to recreate these settings without too much hazzle...

Thanks

Please login to comment.
Latest blogs
Integrating Searchspring with Optimizely – Part 1: Architecture & Setup

Integrating Searchspring with Optimizely – Part 1: Architecture & Setup

Wiselin Jaya Jos | Mar 20, 2026 |

CMS 13 Preview 4 — Upgrading from Preview 3

This is the third post in a series where I use the Alloy template as a reference to walk through each CMS 13 preview. The first post covered...

Robert Svallin | Mar 20, 2026

The move to CMS 13: Upgrade Notes for Technical Teams

A technical walkthrough of CMS 13 preview3 and headless work: what is changing, where the risks are, and how an upgrade and what to expect

Hristo Bakalov | Mar 20, 2026 |

Customizing Product Data Sent to Optimizely Product Recommendations in Optimizely Commerce

A practical guide to customizing IEntryAttributeService in Optimizely Commerce so you can override product titles, add custom feed attributes, and...

Wojciech Seweryn | Mar 20, 2026 |

A Synonyms Manager for Optimizely Graph

If you’re using Optimizely Graph for search, synonyms are one of the simplest ways to improve relevance without touching content. But they’re also...

Pär Wissmark | Mar 17, 2026 |

Building a Better Link Validation Report in Optimizely CMS 12

Broken links frustrate visitors and damage SEO. I have made a custom broken links report, that makes it easier to work broken links than the built-...

Henning Sjørbotten | Mar 17, 2026 |