A critical vulnerability was discovered in React Server Components (Next.js). Our systems remain protected but we advise to update packages to newest version. Learn More

Per Nergård (MVP)
Nov 21, 2012
  2991
(2 votes)

Weirdest bug of the year?

Today I was deploying some new functionality on a customer site which included adding a couple of new properties.

Added the properties and code and tested the new function and all was ok. So now it was only left to move the properties to the correct position with drag and drop and I would be done.

I moved the properties to the desired position and would just do a last check that everything was ok.

I  tried to create a page of the changed type but when I published the page it exploded with a cryptic null reference exception. Browsing to an already existing page of the affected type gave the same error.

I should immediately have come to the conclusion that the drag and drop positioning of the properties had caused this but I didn’t.

Panic! I rolled back the changes with no change, I started considering some weird corruption of the page type in the database and all other strange things.

Then I remembered that we on this particular page type have a property with a default value that is used to control the rendering of the page.

I checked the property and compared to a staging environment and the default value was gone!!

Sure enough adding the value and saving the property  corrected the error.

I then recreated the error in my development environment. Moving a property on a page type and “crossing” another property with a default value will in fact remove that default value!

We sure missed something in our fallback code but I guess that It can be good to be aware of this if you suddenly get some weird error after doing a little property rearranging.

This was for a CMS6 R2 installation.

Nov 21, 2012

Comments

Eric
Eric Nov 21, 2012 08:46 PM

Nice feature :) reported as a bug to episerver?

Per Nergård (MVP)
Per Nergård (MVP) Nov 21, 2012 09:17 PM

Eric: Yes I have reported it to EPiServer.

Nov 22, 2012 02:12 PM

Similar issues with default values being lost can be caused when using CMS 6 R2 and PageTypeBuilder and having page type properties with the same sort order.

Please login to comment.
Latest blogs
ScheduledJob for getting overview of site content usage

In one of my current project which we are going to upgrade from Optimizely 11 I needed to get an overview of the content and which content types we...

Per Nergård (MVP) | Jan 27, 2026

A day in the life of an Optimizely OMVP: Migrating an Optimizely CMS Extension from CMS 12 to CMS 13: A Developer's Guide

With Optimizely CMS 13 now available in preview, extension developers need to understand what changes are required to make their packages compatibl...

Graham Carr | Jan 26, 2026

An “empty” Optimizely CMS 13 (preview) site on .NET 10

Optimizely CMS 13 is currently available as a preview. If you want a clean sandbox on .NET 10, the fastest path today is to scaffold a CMS 12 “empt...

Pär Wissmark | Jan 26, 2026 |

Building AI-Powered Tools with Optimizely Opal - A Step-by-Step Guide

Learn how to build and integrate custom tools with Optimizely Opal using the Opal Tools SDK. This tutorial walks through creating tools, handling...

Michał Mitas | Jan 26, 2026 |