[michaeltransmissions]

got, thanks for the heads up. the link on overloads explained much. i’m still a newbie re: WordPress and BuddyPress and find that it’s not always easy to get crucial info out of the documentation unless you already know it exists (or are familiar enough with these systems to know what you might be looking for).

Thanks again

[michaeltransmissions]

shanebp — I followed your suggestion and it worked like a charm. I also had to add some code to my functions.php file to be able to redirect calls to the WP Profile page to the BP Profile page because editing the the files you suggested didn’t affect restrict the fields on the WP Profile page (code for this below, if anyone wants).

My only question is the following – would changes to the files in the bp-templates directory get overwritten if I update the BP plugin? If so, it would be nice to find an alternative way to do this, but otherwise I just need to know so I can incorporate a restore of the code changes from a backup to my upgrade workflow document for this site.

Thanks,
Michael

add_action ('init' , 'prevent_profile_access');
 
function 	prevent_profile_access(){
   		if (current_user_can('manage_options')) return '';  //if admin, exit
		
		//everyone else, redirect to the bp profile page, not the wp profile page!
   		if (strpos ($_SERVER ['REQUEST_URI'] , 'wp-admin/profile.php' )){
      		wp_redirect (bp_loggedin_user_domain());
 		 }
 
}

[michaeltransmissions]

The tags will be used as a filter. For example, to generate a mailing list that is a sub slice of the entire list of site members.

[michaeltransmissions]

Hi – thank you for the response. You are talking about the bp_xprofile_get_hidden_field_types_for_user filter? Looks like I would have to modify the code in bp-xprofile-functions.php by adding a new level…?

Michael

[michaeltransmissions]

Thanks – that seemed to do the trick!

I had thought there was also a problem with bp_displayed_user_id() being 0, bp_is_settings_component() and bp_is_my_profile() returning as empty string, but remakrably the change you recommended was all that was necessary. I still have a very shallow understanding of BP, I suppose.

Thanks again for the fix and also the speed of your response.

Michael

[michaeltransmissions]

Yes, the url is:

https://www.some-domain.com/members/some-user-name/settings/?verify_email_change=90f590054432ce195041e5bf06f87d36

[michaeltransmissions]

Solved the problem — turns out when I migrated the site from one server to another, it didn’t upload the wp-admin/ajax-actions.php file. Once I discovered this (from another problem) the delete problem resolved itself.

[michaeltransmissions]

Verifying your questions

I can verify that Account Settings is checked on the BuddyPress Components tab of the BP settings page. Also I can verify that on the Buddypress Settings tab on the BP settings page that ‘Account Deletion’ is checked. I can provide screenshots if that is helpful.

Here is my process of trying to delete:

When I am logged into WP as a non-admin user, I see the user menu in the upper right. When rolling over it, I see the full menu and rolling over the settings menu item I see the submenu with the ‘Delete Account’ option. When I click that I go to a page https://[domain]/members/%5Bmember-name%5D/settings/delete-account/. This is the profile page with the Settings/Delete Account Tab already selected, some warning text about deleting an account being irrecoverable, a checkbox ‘I understand the consequences’ and the Delete Account button. When I check the box and click the button, it just returns me back to the delete page with an unchecked checkbox. No action seems to be taken and no warning appears.

Thanks,
Michael

[michaeltransmissions]

I can verify that I have pretty permalinks turned on, using the ‘post name’ setting.