BuddyPress.org

I wouldn’t treat “one flow or one flow per role?” as a strict either/or.

WordPress’s own permissions model gives quite a useful way of thinking about this. A role is basically a bundle of capabilities; when WordPress needs to know whether somebody can actually do something, the useful question is the capability and sometimes the particular object/context—not merely the role name.

I think onboarding benefits from the same approach. Have one underlying onboarding system, but make its steps conditional on what this user can do, what state the account is in, and what their next useful task is.

So an admin might branch immediately into workspace setup and invitations, a team member into completing their first real task, and a viewer into finding and understanding the information they’ve been invited to see. Shared steps can remain shared; there’s no need to maintain three completely independent journeys.

It also means you can progressively reveal things. If the viewer can’t configure the workspace, don’t teach or foreground those controls. If a team member later gets a new capability, introduce the relevant feature then rather than making them sit through it during initial onboarding.

On WordPress I’d also be inclined to branch on capabilities rather than hard-coded role names wherever the distinction represents an actual permission. If BuddyPress Member Types are being used, those can describe what sort of member someone is, while capabilities describe what they can do. Those are usefully different questions.

So I’d probably describe the architecture as shared flow + conditional modules, rather than either “one onboarding for everybody” or “one completely separate onboarding per role.”

There is information available in the User Handbook for BuddyPress that may have answers to your questions.

By default, BuddyPress utilizes the “rewrites” URL parser which creates an equivalent of “pages” which are located from the dashboard @ Settings -> Buddypress -> URLs.

If you require “pages” then you will have to install and activate the BP Classic add-on/plugin of which BuddyPress associated pages will show within WordPress “Pages”.

As for wpForo, they claim integration with BuddyPress, so you should ask your integration questions within their wpForum Integration forum.

You will have to provide additional information, so let’s start with a few questions and see where that leads:

• What was the previous version of BuddyPress before you upgraded to 14.4.0?
• What does the error log reveal?
• What steps have you taken to troubleshoot this situation?

Assuming that you are currently utilizing the ‘bp_email_use_wp_mail‘filter hook that is returning a value of ‘true‘, additional questions are:

• Does this situation apply to all Users?
• If you @mention yourself in an Activity post, do you receive an email indicating such?

This may take a few passes to nail down the source of the issue, so let’s start with some questions that might help in discovering what might be causing the 1st email from being sent.

Hi @stephunique,

Long story short, the “screenshot” file is added to the wp cache, e.g., $this->cache_add( 'screenshot', 'screenshot.' . $ext );.

Additionally, it appears that the extensions for the “screenshot” file can be any of the following 'png', 'gif', 'jpg', 'jpeg', 'webp', 'avif'.

Last but not least, in the future, it would, most likely, be best to ask WordPress related questions in one the WordPress related forums.

Hi Ryan,

You can use Shortcodes for BuddyPress plugin to display BuddyPress activities on any page. You can find it here: https://wbcomdesigns.com/downloads/shortcodes-for-buddypress/

It also provides shortcodes for members and groups, allowing you to display member and group directories on any custom page.

Please let me know if you have any further questions!

To assign a custom template to your BuddyPress registration page instead of using the standard blog post template, you can follow these steps:

Install a Page Builder: Consider using a page builder like Elementor along with the BuddyBuilder plugin. This combination allows you to create a custom registration template easily.

Create a New Template: Navigate to Templates > Add New in your WordPress dashboard. Choose “BuddyPress” as the template type and select the “Register page.”

Design Your Template: Add the necessary widgets such as “Account Details,” “Profile Details,” and a “Submit Button.” You can also customize the layout to fit your site’s design better.

Set the Template: Once your template is created, ensure it is set as the default for the registration page in the BuddyPress settings.

Test Your Changes: After saving your changes, visit the registration URL to confirm that the new template is applied correctly.
By following these steps, you should be able to assign a custom template to your BuddyPress registration page successfully. If you have any further questions or need assistance, feel free to ask!
Also, if you’re considering investing in real estate, check out Faisal Town Phase 2 for a prime location with modern amenities.

@whyknott I would have posted this sooner, but I was looking into the relationship between the BP_AVATAR_ORIGINAL_MAX_WIDTH CONSTANT and cropping preview area, which requires a deeper dig into this process. Neither here nor there, as previously mentioned, I don’t recognize any of the filters that end in ‘_resize_args’ and AFAIK, there are technically 2 (two) but the one I used has the hook name of:

bp_after_attachment_avatar_edit_image_parse_args

To elaborate further, there is a bp_before_..._parse_args and a bp_after_..._parse_args, FWIW. Moving along, your custom_bp_avatar_quality callback function should work with this hook, IOW use the following to set the resize quality for Avatar:

add_filter( 'bp_after_attachment_avatar_edit_image_parse_args', 'custom_bp_avatar_quality' );

This should remove any questions or concerns about the jpg/jpeg compression level, i.e., “quality”. assuming that a value of 100 is used for resize and crop. If the Avatar is still “horribly blurry” or utilizing your new term “lousy” then the issue resides elsewhere, e.g., scaling/zooming the Avatar to something greater than 100%. Since I don’t know your scenario/situation, I’ll stop at this point.

I have a BIG headache when using BuddyPress and wager many others do too. I have many users join my site every day which I’ve set to manually approve each user(membership). Many membership requests I quickly approve as I see from their answers to my varied signup questions they are genuine.

@epgb101 I can help you automate this manual approval process.