NeilRosekrans

OK cool! Good to know. Love it when the community shares answers. Thanks!

Awesome – glad it worked! If it stops working for any reason, be sure to pass the word along.

Looks like the original solution works (i.e. using priority 30). The first time I tried using the original solution, the p tags were still in the e-mail. But I think it might have been a caching issue. Once I cleared out the theme’s cache, the original solution began to work.

The solution I posted earlier (without priority 30) worked at first, but then my e-mails began sending without any line breaks at all.

So I guess I’d just suggest that people try clearing any caches once they install the code. Might be the reason it is / isn’t working.

Hey there – I found the solution that worked (for me, at least). Go into your functions.php file and put this:

add_filter( 'new_user_approve_approve_user_message_default', 'wpautop' );

My e-mails are now delivering without the p tags.

Hey guys – I found the solution that worked (for me, at least). Go into your functions.php file and put this:

add_filter( 'new_user_approve_approve_user_message_default', 'wpautop' );

It’s almost the same as what was suggested earlier, but I removed the 30 from the command. My e-mails are now delivering without the p tags.

Hey Barry – thanks for the quick reply. Something I discovered, which is kinda cool, is that if you are using the Members plugin and you create events you can actually hide the entire calendar as long as ALL created events are restricted to logged in members.

Basically, I installed your calendar on the default slug. By default, the calendar is viewable. I then created a couple sample events and in the event settings, I set view access to Administrator (logged in) role only. I then logged out of the site, went to the Calendar slug page and the calendar was hidden along with message that I must be logged in to view it.

The Calendar will display as long as there is at least one event that is not restricted. But if all created events are restricted, the entire calendar will be replaced by a message about being logged in, etc.

So that fixes my issue as long as we make sure that every event we create, we make it restricted by role. Kinda cool!

OK I think I’m doing the right step to resolve it : )

My mistake – I think I misunderstood. It appears that your plugin will not take over the updates of my WordPress and plugins. It’s still a manual process on my end but your plugin allows me to update them remotely.

Hi Rocco – I just want to verify that I can opt out of the remote updating. I have a couple plug-ins in which the most recent version has conflicts / bugs and the plug-in developer has recommended using the older version. I must not update this particular plug-in because it will break my site. So therefore, I do not want remote updating from BruteProtect but would still like to use your plug-in’s features. So…I can uncheck the remote updating box and everything will still work for me?

Oops it looks like the support forum didn’t like my code.

for the link to your fundyourmarketing.com, put this in your code, in between the tags:

href=”https://fundyourmarketing.com” target=”_parent”

If you don’t get it, let me know and I’ll give you my e-mail address.

Hi John,

I didn’t use the wysiwyg editor but that might not matter. I used the html editor instead.

Anyways, for your link in your button, try this:

<img src=”place your image url here”>

Essentially, it’s the target=”_parent” code that tells the link to open up outside the pop-up window and on your main window. Let me know if that works!

oops – target=”_parent”

Nevermind – I just figured it out. If anyone finds it useful, you just use the “target=_parent” code next to your href link and it will close the popup window and then go to your link – instead of opening that link inside the popup window.