artisticphoenix

Another way to resolve it is to use the same condition that is used further up in the sign_in.php file (line 123 )

if($enable_login_settings=='1' && $wpsc_login_captcha && $wpsc_recaptcha_type)

Not a big deal but I though I would mention it.

I should have mentioned you can even do this

$class = get_class($this->plugin);
do_action( "{$class::get_branding()}_wc_cart_emptied" );

As I see that the method is actually static

It’s disheartening to see so many conflicting uses of static/non-static calls to this method in firedrum-email-marketing\plugin.class.php

It’s also a pretty bad practice to use the outdated .class extension prefix. Not to mention the difficulty in finding the file for that class as it’s not named in any proper way.

But enough of my Pet Peeves.

That makes sense, anyway I have updated my code as a plugin to wordpress so that the function I need is always there, It was a pretty edge case type case anyway I just wanted to let you know there were no checks for the eval code that called the menu codes.

Really what we have is a completely separate backend, and WordPress is just for the front end and a bit of content in a few backend pages and the menues, the rest of the site is done with a combination of CodeIgniter and a third party membership application. What I have done is include the functionality as a plugin to WordPress, because my employer also wants to use OptimizePress for the wordpress, which prevents me from just adding it into the functions.php of the theme.

So like I said its a very edge case setup. But I absolutely love the plugin, and I’ve even suggested as a answer to a few questions on Stack Overflow.

Keep up the good work.

Thanks for the quick fix