Forum Replies Created
-
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.
What version did you update *from*?
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 tobuddypress.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
edit_user_profileandshow_user_profile.Have a look at
class BP_Members_Admin->profile_nav()for an implementation example. šWhy does this have any relevance at all on PHP7 vs any other PHP version??
Right, a white page is a typical PHP Server error. Start by looking in your server’s log files (or asking your host for support to do that).
This was originally commented on an old post https://buddypress.org/support/topic/buddypress-ajaxpost-calls-very-slow-when-it-sends-emails/
It’s tempting to draw conclusions about
is_slow()from that other post but realistically that assumption needs testing.
@kpkna I would like BP to send emails asynchronously in the future — I think the WordCamp website codebase has an approach we could adopt.I think you need to provide more information. There’s several links in the other post you wrote in, and some of those give clues as to what could be useful to know. I’m personally not planning to debug this now, because it might be SMTP-specific or server-specific, but collecting patterns and observations will help me or another contributor make this better in the future.
It’d be interesting to know:
* Where is your site hosted?
* Is your server using SMTP?
* Who are you sending emails *through*? Gmail?
* Does your server support IPv6 for SMTP traffic?etc
thanks
I have literally just released BP 2.9.4, which includes the fix for the aforementioned ticket.
You have to remember and respect this is a volunteer project. Issues take time to be triaged, fixed, and tested, and then actual releases have their own release cycle.
Without volunteers at all of these steps, things take longer.
This will be a bbPress configuration; I don’t know if it’s possible. Try https://bbpress.org/forums/
