BuddyPress.org

Ok, an update. I did manage to track down the objects where this information is stored. It’s not handed to you on a plate by any means!

I will post the code after I clean it up a bit, but if anybody is suffering through this here is a hint:

1. Hooks are in different places for core vs plugin Group tabs

2. Controls for the core “built in” tabs are handled and stored in bp_options_nav

3. Group tabs added by plugins, if done properly, are created by extending BP_Group_Extension. The extended objects are added to the action stack via add_action. This places references to the instantiated object in the $wp_filter global. So… to change attributes like nav position, you have to crawl through the $wp_filter array, find the objects, check the class, and make the change right there in $wp_filter.

Messy! I feel like I just took apart a car engine just to turn the windshield wipers off. But the dang Group tabs are reordered and renamed.

Not much luck with this so far 🙁

I can track down the creation of new Group tabs in the plugins by looking for extensions of BP_Group_Extension. So for some of the tabs at least, in a pinch, I can edit the plugin code directly but this is a messy solution in my opinion…

Any suggestions on how I might find the Group tab hooks would greatly be appreciated!

I don’t have anything written in spanish on my pages.

I restarted the whole site, it was all working well. Today I tried registering and the problem is back. I have no idea what’s creating the block.

The only plugins I have that use login ar buddypress and the membership plugin. But all those have been up and running from the start and were working fine.

New page for registering is adauk.org/join

Would love some help please. I have to launch this site on June 1st.

Hi @mercime and thanks for your quick reply

I’m using a custom Artisteer theme. After change to BP Default the h2 tag is ok but in this theme just doesn’t shows up. It’s like the h2 tag were not declarated.

This is my header code in case this could help:

<div id="item-header" role="complementary">
<div id="item-header-avatar">
	<a href="http://site.com/red-social/miembros/quehaypahacer/">
		<img src="http://site.com/wp-content/uploads/avatars/1/d0733fbcac7e6b0d98c9d144758a2621-bpfull.jpg" class="avatar user-1-avatar avatar- photo colorbox-manual" width="150" height="150" alt="Foto del perfil de Qué hay pa' hacer" rel="user_1" style="">
	</a>
</div><!-- #item-header-avatar -->
<div id="item-header-content">
	<h2 class="user-nicename">@quehaypahacer</h2>
	<span class="activity">activo hace 39 segundos</span>
								<span id="bp-verified"><img src="http://site.com/wp-content/plugins/BuddyVerified-master//images/1.png" class="colorbox-manual">
							<span class="v-text"> </span></span>
		<span class="cubepoints_buddypress">919 Pesos Tulueños</span>
			<span class="cupepoints_buddypress_rank">Rango - 15% Tulueñ@</span>
	<div id="item-meta">
			<div id="latest-update">
				bla bla bla <a href="http://site.com/red-social/actividad/p/361/"> Ver</a>
			</div>
		<div id="item-buttons">
		</div><!-- #item-buttons -->
	</div><!-- #item-meta -->
</div><!-- #item-header-content -->

Thanks for your help!

I’ve upgraded to BuddyPress 1.7.2 in my staging area and the update went smooth. Most functions seem to work fine. However, when I tried registering a new user the above filter didn’t work. BuddyPress sent the standard activation e-mail to the new user’s e-mail instead of the admin e-mail (please read the first post in this thread to review the new member process I have).

The function bp_core_signup_send_validation_email_to is in bp-members/bp-members-functions.php on line 1361 and I’ve verified that it’s unchanged since BuddyPress 1.6.4 which is what I’m running now. Does anyone know if there’s been any other change affecting this? Thanks!

To clarify on my type above:

This code does NOT work (can’t reorder the forums tab):

$bp->bp_options_nav[$bp->groups->current_group->slug]['forum']['position'] = '99';

But this code DOES work (I can reorder the Home tab)

$bp->bp_options_nav[$bp->groups->current_group->slug]['home']['position'] = '99';

Thank you again for any help you can provide!

Also in case of a visible category “Gruppenforen” the behaviour is identical.

Meanwhile I did find, that user/template-tags.php did have a known issue. But patching that did not change behaviour at a specific way to reproduce the problem:

User X is member of group A, but not group B. Both groups do have hidden forums. Both Forums are in a hidden Category “Gruppenforen” (German for group forums).
When User X goes to the forum of group A and then follows the link in the group to “Gruppenforen” and onlky at that moment the widget for recent topics shows all topics in “Gruppenforen” includigts those of group B, that user X is not supposed to see.

Considering adding a tab to the profile loader file.
* BuddyPress XProfile Loader

Would this be the best method?

Your timing is immaculate. 🙂 I just spotted a help file saying that I needed to delete old bp files in the theme before upgrading to 1.70. So I’d turned it off and was looking at the theme, which is Weaver II. Also searched the Weaver site for issues and they all point back at BP. 🙁

I memory is bad on this but I either upgraded to BP 1.71 first before changing to Weaver II, from an older theme called Elbee Elgee, or or visa versa, moved to Weaver and then upgraded from the older version of BP.

Either way, I didn’t have the old BP template pack installed, nor do I see any of files I was told to delete at this link in step 3: https://codex.buddypress.org/bp-17-upgrading-template-packed-themes/

3. Delete the six (6) BP folders transferred to your theme’s folder in server: /activity, /blogs, /forums, /groups, /members, and /registration. If you have a header-buddypress.php, sidebar-buddypress.php and/or a footer-buddypress.php file, delete those too via s/FTP or control panel.

My first action was to roll back the site a week. All the plugins were still current after putting the old database back other than the theme rolled back. Was just rebuilding the theme first before turning BP back on. which will be in a few more minutes…

Oops. I forgot to mention that I’m using the buddypress Activity Plus as a plugin to post links, and multimedia. Its their latest version.

All other plugins were turned off but problem persists.

Will check with WPMU, the creators of Activity Plus as well on this, but just an additional note, no posts, or comments are working…

Hi there

One more issue (it’s killing me). Despite having the registration disabled, emails for registration and the whole activation process stayed from buddypress. So I use WP registration template but get buddypress emails and activation – which is even NOT WORKING!

Can you help me disable whole f*ckin BuddyPress registration&activation process so I can use only WP registration + its emails and everything?

I appreciate your help.
Thank you!

Hi bb-help, thanks again for your reply, really appreciate it, as i am abit panick.
here the full story,

i started off with a buddypress theme and buddypress, I do my development from there to fit my needs, and i install plugin and about to done with my site after several weeks. Well the buddypress folder was renamed to buddypress2 when i first started developing on this site. everything all fine and working well. I then install this plugin = https://wordpress.org/extend/plugins/buddypress-xprofile-custom-fields-type/, and then error start appear at the top of my backend and frontend, so i immediately rename this folder in ftp, it got deactivated, but error still shown, then i delete this plugin, error still shown, then i deactivate buddypress, error still shown, deleted buddypress, error still shown, and i also replace functions.php in my wp-includes, and here where i stop. the error was still there.