BuddyPress.org

@djpaul @r-a-y Brilliant! I added theme support for BuddyPress and it worked 🙂 Thank you both so much for your help.

The only thing is, now that the template is loading properly, for some reason, the BuddyPress nav and subnav bar (which was looking as it should before) has now lost its styling. Is there something that needs to be done to get the theme’s custom styling back? I tried adding this wp_dequeue_style( 'buddypress' ); to the same function but it didn’t work.

@r-a-y “may I ask what URL you are attempting to load …” this is the URL i see in the browser – http://www.domain.dev/users/username/dashboard/

“If this is a non-BuddyPress page …” as far as i can tell, it appears to be a BuddyPress page.

After reading some of the general comments here, I loaded Twenty Thirteen as my theme and the issue persists.

Hi Paul @djpaul.

#1 Yes, you’re right. If it’s a custom template that loads ok with BP 1.7.2 all the way up to 2.0.3, and only has an issue when updating to BP 2.1, is it safe to assume that it’s not anything in the custom template’s code that’s causing the problem? If not, i can dig into it and share anything that’ll help to solve this.

#2 “it doesn’t mean the templates were built with *that* version” – do you think it’s a strong possibility the code in the custom template may be culprit? I just took a quick look and it seems to be quite standard.

add_theme_support( ‘buddypress’ ) is only in these files:

> wp-content\plugins\buddypress\bp-core\bp-core-theme-compatibility.php:
> wp-content\plugins\buddypress\bp-themes\bp-default\functions.php:

#3 “compare where its looking for a template vs. where the template actually is.” – The strange thing is that it works with BP 2.0.3 and only ‘breaks’ upon update to 2.1, and the template is sitting in the same place (child theme’s root) all the time. Appreciate any suggestions if you have them, as i’m out of ideas as a novice tinkerer.

@tranny

I came across this discussion here which may help to get answers to this question: https://buddypress.org/support/topic/editing-buddypress-core-files-within-the-childtheme/

Hello,

@Tranny
1) Use Twentysixteen Theme
2) Install Content Aware Sidebars plugin
3) Create a sidebar then select Buddypress Members type and add all proposed subcategories. Then save the sidebar. Do not add any widget in this sidebar.

You should be good 😉

After rolling back to 1.7 and gradually updating each version, it appears it’s the update to 2.1 that’s the issue, as the templates are still loading fine with BP 2.0.3

Digging deeper, it seems that it’s the /plugins/buddypress/bp-core folder which causes the problem

Couldn’t track down the cause looking for clues in the changelog https://codex.buddypress.org/releases/version-2-1/

This line is a potential but i couldn’t understand the info from r8820 – “In bp_core_load_template(), only use locate_template for older bp-default themes (r8820)”

Here are screenshots with the Twenty Fifteen theme. Deactivating all plugins (besides BuddyPress) does not affect how it appears.

I had to go to each URL directly in order to bring up the pages. The “Load More” button disappears after four clicks.

Screenshots2

Please, don’t be as silly as me.

If you find yourself having problems with BuddyPress, even with all plugins deactivated, remember to check if there is a bp-custom.php file in your plugins folder.

Once more test.

wp_registration_url() returns https://example.com/wp-singup.php incorrectly.

As soon I deactivate BuddyPress, it returns https://example.com/wp-login.php?action=register correctly.

With no other active plugin and using a core theme, this just confirm that the problem is in BuddyPress.

I’m really stuck with this issue.

I said it is not a multisite installation, and it is not, is_multisite() returns false. Which is probably what is generating the infinite redirection. In wp-signup.php there are these lines:

if ( !is_multisite() ) {
	wp_redirect( wp_registration_url() );
	die();
}

But because wp_registration_url() returns incorretly example.com/wp-signup.php when BuddyPress is active, I get the infinte redirection loop.

I’ve made some more tests.

In the database, the bp-pages row seems correct and the “register” option is correctly set to the page ID for registration.

If I do this in the header.php of the theme:

var_dump( bp_get_signup_page() );

I get the incorrect value `https://example.com/wp-singup.php

If I do this inside the function bp_get_signup_page() (I’ve tried to include the full code function but the system gives error submiting the post, so I’ve include only the modified lines of the function):

var_dump( $page );
return apply_filters( 'bp_get_signup_page', $page );

I get the correct value http://example.com/register/.

If I remove the filter bp_get_signup_page inside bp_get_signup_page() , just to check if there is some filter altering the value:

return $page;

Then I get the correct value in the header.php of the theme, but if I go to http://example.com/register/, the page doesn’t shows the registration form.

It seems that there is some bp_get_signup_page filter changing the value but the problem exists without any other active plugin and with a core theme, so it have to be a filter insdie BuddyPress itself. Anyway, with the correct value of bp_get_signup_page(), the registration page doesn’t work.

Found it! I needed to make the change to my-child-theme-directory/buddypress/groups/single/members.php instead of the members-loop.php in my-child-theme-directory/buddypress/members/.

That took a while but glad I was able to find it. Now instead of the Activity information I want to display the Company field which is a custom field. I think I saw the code to do this and will try it tomorrow but it should be pretty straight forward right?

Thanks again for all your help!!