dbais

That’s correct. If I remove that line then the menus and slider all work correctly.

It does mess up the pages that use the Tabs Responsive plugin – but that’s something for them to sort out! I’m waiting for a response from them now.

Thanks for your help.

As you say – a clash with Tabs Responsive seems to be the issue.

However I’m having difficulties setting up a working child theme for evolve as you suggested. I’ve set a child theme up in the normal way. And in the theme preview it’s pulling in all the customisation menus. But all the customisation entries are blank. So all of the design elements generated by the theme are missing.

Is that what I should expect or should the values from the parent be carried over?

Regardless of that, adding the dequeue function hasn’t resolved the menu issue. Other than the top level links, none of the other links are working or even displayed when you hover over them.

Thanks

The patch has resolved the bug with emails always being set to html and test alerts are now coming through. I just applied the single patch rather than the full latest development version.

But I’m still not seeing alerts for changes in WordPress even though I have all the alert options selected (except html email.)

The changes are being logged in Sucuri. But I’m just not seeing the alert emails. I’ve tried both the wordpress email and native PHP email options.

I’ve added an email on a different domain to the notification list to check the possibility that it’s still down to the spam filter. But unless gmail has it’s own set of filters doing the same thing as my normal ISP then it doesn’t seem to be spam filter related. And even if it was spam filter related the ISP does send a rejected email alert – which hasn’t been happening.

So it looks like the emails aren’t actually going out.

Have I missed somthing in the settings or is there a problem?

I should add that in further tests I encountered exactly the same problem installing a different plugin on a different site on the same server. That would appear to suggest the WordPress user didn’t have create table rights in MySQL.

However the hosting company looked at the server and said it was all set up correctly – although they had been able to reproduce the problem I had reported to them.

Funnily enough though – after they got back to me the plugin installation worked properly using exactly the same steps as before!!

So – problem solved!!!

An update on the earlier post – it appears that the mysql tables used by the plugin weren’t installed and nor was the redirection_options field added to wp_options.

I’ve tried removing and re-installing the plugin – but to no effect. I can see now why the I couldn’t add the group and why the default group values weren’t showing up which would otherwise have let me add a redirection.

But I’m stuck on how to get the plugin to install properly.