Henrik Fransas
Mar 21, 2015
  2297
(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
Preview multiple Visitor Groups directly while browsing your Optimizely site

Visitor groups are great - it's an easy way to add personalization towards market segments to your site. But it does come with it's own set of...

Allan Thraen | Sep 26, 2022 | Syndicated blog

The Report Center is finally back in Optimizely CMS 12

With Episerver.CMS.UI 12.12.0 the Report Center is finally re-introduced in the core product.

Tomas Hensrud Gulla | Sep 26, 2022 | Syndicated blog

Dynamic Route in ASP.NET Core When MapDynamicControllerRoute Does Not Work

Background Creating one of the add-on for Optimizely I had to deal with challenge to register dynamically route for the API controller. Dynamic rou...

valdis | Sep 25, 2022 | Syndicated blog

404 Error on Static Assets Within an Optimizely plugin

Background With the move to CMS 12 and .NET 5/6, developers are now able to build Plugins and Extensions using Razor Class Libraries (RCL).  These...

Mark Stott | Sep 23, 2022