BuddyPress.org

OH FFS, BuddyPress keeps telling me I ‘move too fast’…then I go to post the response and it says I’ve ‘already said that’…DEAR GOD, lol…..

That means I have to wait, idk, HOW LONG to post again?

And why is it that even when I’m not ‘moving too fast’ that BuddyPress HATES me posting a solution that contains code — even when I format it correctly?

Dear God.

OH guess what…? 😀 Figured it out.

I have a solution that so, sooo…..SSOOOOOOO many other people have been looking for, and I’m elated to say I’ve found it.

Been cruising Stack Exchange, various WordPress plugin support threads, installing plugin after plugin, reading blogposts made by developers, comments made by disillusioned masses….I mean, it’s endless.

But THANK GOD I found a solution!

So it turns out that the code that BuddyDev mentioned was not to blame for the 500 error I mentioned in my intro. It was actually due to one of the two plugins that is recommended in BuddyDev’s tutorial (and they are now fixing that bug). 🙂

I figured this out as I tried to reproduce the error while activating plugins in a different sequence.

The first time I did this, I’d had BuddyPress disabled when I’d installed both plugins. I’d also already put the code mentioned in their tutorial into my bp-custom file. I then activated BuddyPress, and the site failed.

This time, I had BuddyPress already activated, then installed and activated one of the two plugins BuddyDev recommended to use in the tutorial…and all was well. THEN…I installed the second plugin. And upon clicking ‘Activate’ the site failed again. NOTE: on the second attempt to reproduce the 500 error, I hadn’t put the code from the tutorial into my bp-custom file….

And according to BuddyDev, even before I tried to reproduce the error, the bp-custom code I was using was sound.

So when the site failed upon my attempt to reproduce the error, I knew: that plugin was to blame.

Then, I found out more about that plugin…it is designed to be used for users to have extra fields to fill out upon signup, fields that would show in their Member Profile. And I have Member Profiles disabled. Wa-la!

I then asked BuddyDev if I needed the plugin that failed…and THANKFULLY they said, ‘no — not needed for what you want to do.’

WHEW!! 😀

So, a summary:
– Use custom code in bp-custom (pasted below)
– Use one plugin in particular from BuddyDev
– Do not use another plugin recommended by BuddyDev

The plugin to DEFINITELY use, that was listed in their tutorial: ‘BuddyPress Member Type Generator’…that affects the ability for Webmasters to set custom member types AND an avatar specific to every custom type created! 😀

The other plugin that was recommended in that tutorial, that is NOT needed to change user avatars for custom member types…not ever, as it has nothing to do with avatars — it was merely recommended in their tutorial so people could manage user profiles: ‘BP XProfile Member Type Field’

SO. If you want to have a different default avatar for different member types, then you will need to use the ‘BuddyPress Member Type Generator’ plugin. Not the other one.

Steps to take:
1.] Download the ‘BuddyPress Member Type Generator’ plugin from BudyDev

2.] Read their tutorial (I’ll paste a link below in follow-up comments to this comment)…do everything EXCEPT install the ‘BP XProfile Member Type Field’ plugin — it’s not needed for assigning an avatar via custom member type; it just is recommended in their tutorial to use so you can manage user fields 🙂

3.] Use the code I’ll also paste below (in the follow-up comments) — modify it to your site’s name but insert your site name where I typed ‘sitenameprivate’…etc.

4.] For creating more avatars with custom member types in the future, you’ll always have to update that same code in the bp-custom file…via FTP/SFTP; tbh that process is easy as pie once you realize how to do it

5.] For making your life easier with switching out avatar images for member types without having to re-do the bp-custom file: just save over the image in your media library that is used for that particular member type…so the path is the same and your code won’t need to be changed

Simple, yet difficult to find.

Thank GOD FOR BUDDYDEV!!! <3

I started googling stuff from your message, and I got this:

Template Overload from a Plugin

It looks super brain surgery style complex, and I was hoping it would of been more like “Use this code, and put it here…” Kinda thing?

WordPress: 4.9.8

BuddyPress: Version 3.2.0

Yes, it sure looks like it’s being loaded but it just keeps reloading the same page (the page that links TO the group). Well, after all that – I tried switching to Legacy Buddypress instead of Nouveau and now everything works as I would expect. I can (as an admin and / or a test user) post updates. Any thoughts on that? How long will I be able to run Legacy? Any ideas why these two totally unrelated sites and themes are having the same issue?

by the way….here’s a summary of what i did:

– used the code that venutius posted earlier from the BuddyPress codex page (the ‘Customizing BuddyPress Avatars’ codex page) to set a new default BuddyPress avatar

– turned on the ‘extended profiles’ and also enabled users to be able to upload avatars

– used prashant singh’s plugin, ‘BP Custom Functionalities’ to restrict listing of all profiles in the user directory — the directory is ‘still there’ but nobody is in it, lol

– used a 301 redirect (via the ‘Safe Redirect Manager’ plugin) to redirect anyone who goes to the member directory page to the front page of the site…so the page itself is now not even viewable (not even by Keymasters)

– used prashant singh’s snippet i pasted here to restrict all users from viewing their own profile…except Keymasters, who can view ALL profiles on the site, even their own (so the ‘users cannot see their own profiles’ doesn’t apply to Keymasters but this does apply to everyone else)

so happy. 😀

Ohhh, GOT IT!!

looks like this code is exactly what is needed….i pasted it into a custom plugin and wa-la…credit goes to the fabulous @prashantvatsh! he replied in the support forum on his plugin (the ‘BP Custom Functionalities’ plugin)…like super quick, with the correct solution to me needing to restrict access to a user’s OWN profile. brilliant!

here’s that support thread:

https://wordpress.org/support/topic/restrict-access-to-users-own-profile/

and here’s the code from prashant that i wound up putting into a custom plugin file and uploading to my site:

add_action( 'wp', 'bp_own_profile_member_redirect' );
function bp_own_profile_member_redirect(){
	if(bp_is_user()){
	    global $bp;
	    $current_user_id = (int) trim($bp->loggedin_user->id);
	    $member_id  = (int) trim($bp->displayed_user->id);
	    if (!current_user_can('manage_options') && $current_user_id == $member_id)
	    {
                //Only admins can view their own profile
	        wp_redirect(site_url()); //you can set any URL here
	        exit;
	    }
	}
}

thanks again for all your help, @venutius — your help was fundamental to me figuring out the next steps (how the BuddyPress avatars exist and how to get those avatars to show what i wanted without messing with bbPress code)…i am truly grateful for all your assistance!

@venutius i think you may have missed my last comment before your plugin suggestions…just want to make sure, are you suggesting i use the front end (user profile page generated in buddypress) to change each user’s avatar….or are you suggesting i use the back end (from the dashboard) to change a user’s avatar after i “disable user profile uploads and see if you can change the avatar yourself from the users profile page”…??

@venutius btw…..i’m referring to the part where you said, “see if you can change the avatar yourself from the users profile page”

do you mean i should try to change the avatar from the backend, the ‘user profile’ in the dashboard or the user profile page generated in BuddyPress?

@venutius thanks!

you mean the user’s profile page in the dashboard, or the user profile page that is in BuddyPress?