Forum Replies Created
Yes, do not ever edit another plugin’s or theme’s files. This’ll happen, you’ll loose the changes when they get updated, and you’ll have to move them out into separate plugins etc.
BuddyPress does not use WordPress user roles or capabilities. Technically, there is a
bp_moderatecapability, but we map that to roles that have
manage_optionscapability (by default), or Network Admins, in multisite.
Even so, some parts, including the Profile Fields admin screen in wp-admin, require the
So, basically, add the
bp_moderatecapability to all your custom roles, and if that doesn’t work, they’ll need the
manage_optionsrole — which, warning, gives them a lot of WordPress admin power as well.
No ways around this at the moment.
BuddyPress 2.9.4 include a tweak for emails that might have been causing this.
Apart from that, to our best of knowledge, everything related to emails is working.
Each user needs to log-in at least once for them to show up in the Members Directory.
It’s unlikely that the original recipients will reply, as this thread is nearly two years old.
BuddyPress does not offer its own log-in page. This is your theme, or something else, doing that.
I suspect also people are mixing up the “log in” page with the user registration form, which are two very different things.
Not aware of anything. You’d probably have to write some code.
Not sure. It might be getting blocked on delivery by spam filters, perhaps due to the content of the email.
As an experiment, you could try editing that email type in the wp-admin and removing all the default words and text and links (after making a backup of this email). Enter some “testing” text of your choice, and then see if that gets delivered.
@rastislavkr unless your problem is identical, down to the same plugin, please start your own new thread discussion next time. 🙂
Generally speaking, I believe BuddyPress should render third-party shortcakes in its theme compatibility templates. How easy is this to reproduce?
If it’s very quick and easy, and you provide step-by-step instructions, I may be able to investigate and see if it’s a bug in BuddyPress. No guarantees on timeline, though. 🙂
I suspect by now you’d have been able to duplicate them if you’d started manually. 🙂
There’s no built in functionality for this. You could have tried duplicating the rows in the database (not trivial unless you are familiar with MySQL), or perhaps seeing if you could automate something with the BuddyPress extension for WP-CLI: https://github.com/buddypress/wp-cli-buddypress
Short answer is WordPress has a totally crap email API, and it’s really hard to reliable filter the core WordPress emails. That’s a big part of the reason I wrote a modern email API for BuddyPress, because WordPress itself is doing a bad job.
Let me know if you think this is something we should prioritise. It’s been a while since we’ve improved the email system, and this might be a good reason for another pass.
Do not duplicate your requests for help. Volunteers here have limited time: https://buddypress.org/support/topic/buddypress-page-title-remove/
In version 2.9.4, we fixed deliverability problems for account activation and email address change emails for Outlook.com users.
Your cloned site – is that on the same server as the main site? If it isn’t (even if they are on different accounts provided by the same hosting company), you could ask them to check that the server-side email sending configuration for the operating system, and PHP, are identical, just to cross that off the list of possibilities.
Venutius, maybe we should look at bringing the shortcakes into BuddyPress core sometime.
By default, your theme’s
page.phpis used as the wrapper. In your theme, duplicate that file and rename it to
buddypress.php. Then you can edit that wrapper template and it will only affect BuddyPress.
I am not sure why this might not work. I suspect, too, it is a conflict with some other plugin or theme that affects permalinks or page management, but it’s impossible to tell without actually working through the code and checking your database. Perhaps the theme, as you said you’ve tried disabling all plugins.
If you let me know your versions of WordPress and BuddyPress, and if your site has WordPress multisite enabled or not, or if you’ve customised any BuddyPress options via custom code, I’ll try to test on a similar site next week and just confirm if it actually works. I doubt that’ll help fix your issue, though, unfortunately.
You’ll need to be a reasonably competent developer, familiar with WordPress, to achieve this. There is some documentation at https://codex.buddypress.org/plugindev/bp_activity_add-2/ that might help you get started. Good luck!
Thanks for the kind words! BuddyPress does *use* a cron task for only one thing — if Activity component is active and you also have the Akismet plugin enabled, then there’s an integration between the two, and our cron task periodically tidies up old metadata.
We do nothing that I know of that affects WordPress’ cron system, let alone something that might break things.
(To clarify: we use WordPress’ “scheduled cron” API, like all plugins, not actual “Linux cron” jobs).
Because the object cache caches query results from the database and if you modify the database – either directly or using WP’s DB APIs – you to clear it. Otherwise you’ll end up with inconsistent results.
Using WP-CLI is probably easiest for this: https://developer.wordpress.org/cli/commands/cache/flush/
If you don’t know enough to write these PHP commands yourself, using some shell scripting and the BuddyPress WP-CLI commands will probably be easier: https://github.com/buddypress/wp-cli-buddypress/
I’m afraid BP Emails struggle with HTML.
@venutius Submit a bug report, friend. 🙂
Also clear WordPress object cache after manipulating the DB directly.
I can’t immediately guess why enabling Extended Profile (or Account Settings) stops emails sending.
What email are you testing in this situation, and how are you triggering it?
PHP error log files are another source of information.
p.s. WordPress does not have a “birthday date” field by default. BuddyPress provides the “Extended Profile” screen. If some other plugin has added a field with that same name/heading, and BuddyPress causes it to disappear, then there’s probably some sort of code conflict you’d need to investigate.
As I said above, PHP error logs are a good place to start figuring this. And venutius’ suggestion to use Query Monitor to see if the cause is a slow DB query.
@johnnymarin Searching the BuddyPress code base for “Extended Profile” would have shown you the relevant WordPress action hooks to use are
Have a look at
class BP_Members_Admin->profile_nav()for an implementation example. 🙂