Take the community feedback survey now.

Henrik Fransas
Mar 21, 2015
  2976
(0 votes)

Error in EPiServer Self-Optimizing Block

This blog post is just to inform about a bug in EPiServer Self-Optimizing Block that other might encounter. I have reported it to support so it will be handled.

We are using EPiServer Self-Optimizing Block to test different versions of blocks on the site and now we have noticed that there are a error in this addon when it contains a block with a xform in it. The error is that the postback in the xform does not work and the user ends up on a erro page instead of the thank you page, like this:
http://localhost:16972/OptimizingBlock/XFormPost?XFormId=3d2e938b-e9a0-4411-a82f-a05aefb2b5cc&postAction=XFormPost&failedAction=Index&successAction=Index&language=en
We solved it by removing the Self-Optimizing Block so now the xform works but we are not able to test different versions of it.

If you would like to try it out yourself it can be reproduced in a standard Alloy site like this:

1: Create a new Alloy MVC site with the Visual Studio AddOn (the error is in both 7.19 and 8.2)
2: Add the addon  EPiServer Self-Optimizing Block with nuget
3: Run the site and first create two FormBlock that use the Contact Us form
4: Create a Self-Optimizing block that use the two blocks you have just created
5: In one page add one of the formblock and add the other one on another page
6: In a third page add the Self-Optimizing block you have just created
7: Verify that the formblock works by trying them on the pages you have added them on
8: Try out the Self-Optimizing block and now you will have a error page when posting it.¨

Mar 21, 2015

Comments

valdis
valdis Mar 24, 2015 09:28 PM

What is grand base controller (just before Mvc one) for optimization block?

Henrik Fransas
Henrik Fransas Mar 24, 2015 10:19 PM

Good question, for this one I am using controller-less block so it should be the default controller from EPiServer that service it, but maybe Allan has more info, he said like this in twitter:
not surprised by the bug.. Postbacks to blocks in blocks is new territory for us.

valdis
valdis Mar 25, 2015 03:24 PM

Hm, interesting.. even block controller are inheriting from EPiServer abstract controller base that should handle unknown actions..

Daniel Norlin
Daniel Norlin Apr 14, 2016 02:23 PM

Is this fixed? Did not find a bug report in http://world.episerver.com/support/Bug-list/ for this issue.

Henrik Fransas
Henrik Fransas Apr 14, 2016 02:26 PM

I do not think so Daniel and with the new epi form it is maybe an obselete question also.

I have not tried form in an self optimizing block. Have you?

Please login to comment.
Latest blogs
Optimizely CMS - Learning by Doing: EP06 - Create Header, Footer, Menu & Component/View for Blocks

  Episode 6  is Live!! The latest installment of my  Learning by Doing: Build Series  on  Optimizely CMS 12  is now available on YouTube! This vide...

Ratish | Nov 4, 2025 |

Going Headless: 3 Ways to Store Custom Data in Optimizely Graph

Welcome to another installment of my  Going Headless  series. Previously, we covered: Going Headless: Making the Right Architectural Choices Going...

Michał Mitas | Nov 3, 2025

A day in the life of an Optimizely OMVP - What's New in Optimizely CMS: A Comprehensive Recap of 2025 Updates

Hello and welcome to another instalment of a day in the life of an Optimizely OMVP. On the back of the presentation I gave in the October 2025 happ...

Graham Carr | Nov 3, 2025

Optimizely CMS Mixed Auth - Okta + ASP.NET Identity

Configuring mixed authentication and authorization in Optimizely CMS using Okta and ASP.NET Identity.

Damian Smutek | Oct 27, 2025 |