Skip to:
Content

BuddyPress.org

Opened 8 years ago

Closed 6 years ago

#7038 closed enhancement (maybelater)

BuddyPress should override and provide templates for core user emails (password reset, etc)

Reported by: rmens's profile rmens Owned by:
Milestone: Priority: normal
Severity: normal Version:
Component: Emails Keywords: trac-tidy-2018
Cc:

Description

The new e-mail system in version 2.5 a step in the right direction, but it doesn’t make things simpeler. For example:

– Registration e-mails are sent via Buddypress
– Password reset e-mails are sent via WordPress
– Changing an e-mail address is sent via Buddypress
– Notifications of reply in topic is sent via bbpress
– Notifications van private messages are sent via Buddypress

It would be great if Buddypress has templates for WordPress en bbpress e-mails too. Or at least for password resets. This makes it less complicated to style e-mails once Buddypress is installed.

Change History (9)

#1 @espellcaste
8 years ago

I had the same idea when the BP_Email was introduced. But I guess what you ask is not easily possible. As all the emails are part of the same ecosystem, it's up to the developer to organize the best way possible, rather than BuddyPress deciding that for you.

#2 @rmens
8 years ago

It's strange that WordPress, bbPress and BuddyPress are advertised as integrated but integrations like this are half baked.

If BuddyPress can't handle all the e-mails, it should at least be named "BuddyPress E-Mails" in the wp-admin instead of "Emails". Our community manager was confused why he couldn't style all e-mails. it's not clear that these are only for BuddyPress.

Last edited 8 years ago by rmens (previous) (diff)

#3 @boonebgorges
8 years ago

  • Component changed from Not sure to API - Emails
  • Milestone changed from Awaiting Review to Future Release
  • Summary changed from More centralized e-mail to BuddyPress should override and provide templates for core user emails (password reset, etc)

I'm going to rename this ticket to more accurately reflect what would have to happen to resolve it. I think it's a decent idea (and it's definitely possible, in most cases) for BuddyPress to override and provide templates for core emails, so I'd like to explore it. It seems appropriate to me that BP would handle emails related to registration, even if they're not necessarily created by BP. (We already do this for some core emails, after all.)

As for bbPress, it should register its own email types as part of its bbPress integration. It doesn't look like a ticket exists yet in bbPress Trac, but maybe I missed something.

#4 follow-up: @r-a-y
8 years ago

If BuddyPress can't handle all the e-mails, it should at least be named "BuddyPress E-Mails" in the wp-admin instead of "Emails".

FWIW, the "Emails" dashboard page title is called "BuddyPress Emails":
http://i.cubeupload.com/nvILy6.png

See #6918 for more details.

#5 in reply to: ↑ 4 @rmens
8 years ago

Replying to r-a-y:

FWIW, the "Emails" dashboard page title is called "BuddyPress Emails":

I see. Our guy must have missed that.

#6 @dcavins
8 years ago

To fix the disconnect with bbPress in the short term, I'd recommend using the plugin "BP Emails for bbPress": https://wordpress.org/plugins/bp-emails-for-bbp/ which does route bbPress' emails via the BP Email API.

#7 @DJPaul
7 years ago

This is going to be a bit of a mess, and is dependant on WordPress now having filters wherever it didn't before (I can't remember) that would let us grab the content of the email, and prevent WordPress sending its own. I do not want this to rely on filtering something in wp_mail directly, that is too late in the process and prone to not working with other plugins that have re-declared the function.

I think for legacy WordPress MU reasons, BuddyPress already does this for the site registration emails when on multisite -- something like that.

I am not mega keen on spending my own time looking at this for the forseeable future, so it'd need someone else to do most of the legwork.

#8 @DJPaul
6 years ago

  • Keywords trac-tidy-2018 added

We're closing this ticket because it has not received any contribution or comments for at least two years. We have decided that it is better to close tickets that are good ideas, which have not gotten (or are unlikely to get) contributions, rather than keep things open indefinitely. This will help us share a more realistic roadmap for BuddyPress with you.

Everyone very much appreciates the time and effort that you spent sharing your idea with us. On behalf of the entire BuddyPress team, thank you.

If you feel strongly that this enhancement should still be added to BuddyPress, and you are able to contribute effort towards it, we encourage you to re-open the ticket, or start a discussion about it in our Slack channel. Please consider that time has proven that good ideas without contributions do not get built.

For more information, see https://bpdevel.wordpress.com/2018/01/21/our-awaiting-contributions-milestone-contains/
or find us on Slack, in the #buddypress channel: https://make.wordpress.org/chat/

#9 @DJPaul
6 years ago

  • Milestone Awaiting Contributions deleted
  • Resolution set to maybelater
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.