Issue with muffin builder

We are experiencing an issue using Muffin builder. It happens when using sections

For instance, when we change the Background Color to a section and hit the save button, the color gets applied to a different section all-together.
When you go to edit that section, you can see the new color is applied, but not on the one you have edited. The same issue happens when you use
images as backgrounds.

As you move sections around, it loses the properties for each section. As Muffin Builder stores the content for each page in a serialized array, it seems to lose the index for each array the settings get applied to. Very frustrating.

Has anyone else experienced this?

Comments

  • We are fortunate enough to have many servers and can confirm the issue is only appearing in PHP 5.6 enviroments. Our standard cPanel production environment is running Apache 2.4.16 PHP 5.6.13 and we have this issue.

    Using the same modules and option, we have rolled back one server to PHP 5.5.29 and the problem has gone away.

    So, food for thought.??

  • Hi,

    we do not have 5.6 version of php yet so we had no chance to test it. But if you got this version on one of your servers, you can send us private message with access to the dashboard where muffin builder does not work and we can test it.

    Thanks!
  • hi @muffingroup the symptoms we observed were quite bizzare. 

    For instance there we used the "Duplicate Post" plugin and created a copy of a functioning page. The copied page works fine until you do an edit on it in "Muffin Builder". Our edit is simply moving the order of the "Sections". Once you hit save the page breaks during rendering. At this stage when you view the source there is a misplaced/extra </div> at the end of the section. There are no <div> tags used anywhere in our items, so this is coming from somewhere else.

    The site is based on http://themes.muffingroup.com/be/hotel/. The demo has 6 errors according to W3C Validator, and 341 CSS errors according to W3C CSS Validator, but I can see that these are warnings really. However the likely error that you staff must have observed is the extra "</div>" when you view the source code. This is quite un-usual but it looks like some php function is breaking. Its not anything in our html that's doing this.

    In terms of PHP 5.6 all our hosting is on cPanel Servers and we have a mix of PHP 5.5 and 5.6 so we have moved this site to PHP 5.5 server. Eventually PHP 5.6 will become standard so from a software development point of view it needs to be considered as part of the evolution plan. 

    PS, my views on betheme, You guys have done a tremendous job, congratulations, it represents excellent value for money.
  • We checked Be|Hotel demo especially for you know and we did not found any missing tags. So if you got missing tag on your side, it means that something must happened with your site while saving (not enough memory is the culprit and that's why tags were missing while saving to the database) or one of your plugins so the culprit. In this case, if you just imported demo and did not modified anything, this is the only explanation.

    Thanks.
  • edited October 2015
    muffingroup no I did not state that the demo site has missing tags, only that it has errors according to W3C. Please see https://goo.gl/JE0ILA and https://goo.gl/JE0ILA but this does not have anything to do with problem.

    Like I said, the error condition with the extra </div> only occurs under PHP 5.6 once you make editsin muffin builder, so you wont see it under PHP 5.5. Its possibly to do with the changes in the PHP serialize function in 5.6.

    Right now the site is working without issues under PHP 5.5

    Thanks 

  • Sorry but we can not agree with you. We do not see any errors on those pages. None of them are not errors definitely.
Sign In or Register to comment.