Henrik Fransas
Mar 21, 2015
  3092
(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
From Prompting to Production: Optimizely Opal University Cohort and the Future of Agentic MarTech

Most organizations today are still playing with AI. They experiment with prompts, test ideas in isolated chats, and occasionally automate a task or...

Augusto Davalos | Apr 28, 2026

Six Compelling Reasons for Upgrading to CMS 13

Most software updates ask you to keep up. Optimizely CMS 13 asks something different — it asks whether your digital strategy is built for a world...

Muhammad Talha | Apr 28, 2026

Optimizely CMS 13 breaking changes: GetContentTypePropertyDisplayName

When upgrading from CMS 12 to 13, resolving property display names may not work as before. Here’s what changed.

Tomas Hensrud Gulla | Apr 27, 2026 |

Accelerate Optimizely DAM Adoption: Unlocking Business Value with Metadata Bulk Import

Accelerating Optimizely DAM Adoption How a Metadata-Driven Bulk Import Utility Unlocks Real Business Value Executive Summary For enterprises runnin...

Vaibhav | Apr 27, 2026