crittle1

I’m sorry for the confusion. I should have said I went to add the changes to the file, but saw it was already there. I installed the plug-in 2 days ago and am on Version 1.3.0. I’ll file a support ticket.

Thanks.

No worries, thank you!!!

Perfect, worked for my theme too. Different display issue with WordFence activated. Unchecked said box, voila.

Thank you!

Nice, thank you!!

THANK YOU!!!! You saved me.

I hate to hijack this thread, but this exact thing just happened to me and I wanted to contribute incase others came along.

I was trying to see why the live preview area wasn’t working so I started to deactivate and reactivate all the plugins. It ended up being the custom sidebars plug-in causing the issue. So when reactivating your plug-in, which was the last one I reactivated, it purged everything inside the sidebars, just like the screenshot in the above post. Luckily, I have a database backup or I would’ve lost 3 months of work.

I did read before installing that the sidebars were unlimited which is good because my client needed a lot of them, probably around 60 if not more. ( crazy I know, but it’s an enormous website. )

In conclusion, I believe this was the issue why the Live Preview wasn’t working under customize for my theme, it was trying to load all the sidebars. The Live Preview took 5 minuets to load, and eventually did. The website on the other hand is fast.

Do you suspect that there really is a limit to how many sidebars you can have before it goes crazy on deactivating / activating and purges everything? This is really scary for those without backups.

This is solved. I reset my Firefox and it seemed to of fixed the issue. Probably a plug-in issue. I also fixed the gzip in php.ini on the server. ( That’s what was causing the error you pointed out. )

I didn’t even notice that. It was not working with W3C Total Cache off. But today I looked and it is now working. I think I turned on caching for my server the other day and it may be looking at an older file. Let me do some more digging and testing and I will check back in. Thank you for your fast response.

@olivier89 you can try this in the meantime, change

if (isTouchDevice() || plugin.settings.event === 'click') {

to this

if (plugin.settings.event === ‘click’) {
in maxmegamenu.js code from the plugin folder.
It seems to make the mobile menu items close when another is clicked. Maybe that will suffice until they apply the option for users. I only quickly tested on my iphone, so I would do some more testing on your own. It will be overwritten on updates.

I agree. Sorry to come in on this thread but I came here looking for the same thing. My menus are very long. When they stay open, there is so much scrolling on the mobile device that it’s hard to figure out where you are. I thought at first it was a bug as I expected the previous one to close when I clicked on the next menu item. Also, when on desktop using “click” selected as the opening value… the menus stay open when the screen is sized larger and the menu bar switches to traditional view. It would be fine all except for the fact if more than one is open, they overlap one another until you click the menu tabs again to close them. ( mac browsers, haven’t tested PC ) I’m using hover so doesn’t matter to me much, so just thought I would let you know.

Thank you so much for this plug-in, it’s pretty sweet!