BuddyPress.org

The Recent Blog Posts and the Site Wide Activity widgets both have code that restricts them to blog id 1.

The Recent Blog Posts widget lives in the mu-plugins/bp-blogs/bp-blogs-widgets.php file. There are two of those nasty blog id 1 checks at line #8 and line #30. Same thing exists in the mu-plugins/bp-activity/bp-activity-widgets.php file.

If you want ‘News’ to work in the home theme then modify themes/buddypress-home/functions.php on lines #49-#50. I just commented them out.

I’m guessing that the thinking behind this restriction is “Get it to work first, then get it to work everywhere”. Kinda like narrowing the possibilities for problems that are gonna exist anyway, down to something trackable. If you browse the forums here and on wpmu you quickly see that wpmu can be installed in about 97 different ways on 205,478 hosts. Slap on a major component like buddyPress, then let noobs like me loose upon the face of the world who want to play with my toys ‘my way’ and I understand the thinking.

If it isn’t showing up in the admin area, it must just be a naming problem. It should be the structure of:

/wp-content/member-themes/buddypress-member/

It would seem that maybe there might be a typo on the member-theme versus member-themes or something similar?

I am having the exact same problem. This is a brand new install. Here are the steps that I took:

I downloaded the latest version of WPMU (2.6.5)

I copied wp-admin, wp-content, wp-includes directories along with the files in the root installation directory to the root directory of my site.

I installed the database with no problems.

I followed the advice of the BP instructions and I created a new blog, created new posts and comments. Everything worked as expected.

I then downloaded the latest BP zip file (r598).

I copied all of the files and directories in the root directory of the zip to the /wp-content/mu-plugins directory.

I copied the buddypress-home directory to /wp-content/themes directory

I copied the member-themes directory to the /wp-content directory.

I went to the Site Admin->Themes page and selected ‘Yes’ for the BuddyPress Home Theme and ‘No’ for all the others.

Note: At this time the theme for the home page was still the default wordpress blog theme.

I then went to the root blogs (located at / according the the manage blogs page) and change the theme for it to BuddyPress Home Theme.

Now I get the 404 errors that are described above. Also, when I go to my member’s page, it says that I have no blogs, to create one. After creating another blog, the member’s page still says that I have no blogs.

I feel pretty confident that I installed WPMU correctly, but I suspect that I didn’t install buddypress to the right location(s).

Please advise.

Line 37 of header.php in the home theme is missing an echo.

Correct line should read:

<form name=”login-form” id=”login-form” action=”<?php echo get_option(‘home’) ?>/wp-login.php” method=”post”>

Brad

http://www.GorgeousGamers.com/beta/

The ‘news’ URL is a normal blog type list of posts created on the blog that the bp home theme is running. For instance Andy’s post here : http://testbp.org/news/beta-release-scheduled-for-december-15/ was posted on the blog at testbp.org which is the wpmu root blog.

The confusion comes into play because there is no ‘news.php’ file anywhere. bp lurks in the background looking for URLs that belong to itself and re-writes them into something else. In this case the URL mysite.org/news gets hijacked and mysite.org/index.php gets loaded instead.

@pioneerskies I was testing the bp home theme on wpmu root blog (id ==1) with wpmu installed in the doc root. Everything works fine except that I don’t want to run the bp home theme as the wpmu root blog. I like the features of the bp home theme so I tried to implement those features in the theme of my root blog. It just got to busy on that blog home page. All the bp home widgets plus those I needed for other purposes made my decision to run the bp home theme on a subdomain. I modified the widgets to allow this and I’m off and running.

So I think. The widgets work but everything else gets 404 on that blog. The ‘news’ link gets 404. I create a post on that blog and it’s 404. Nothing works that require URIs on that bp home theme, subdomain blog. At the moment that’s very Ok. All I wanted was to consolidate the social networking stuff in one place. The admin menu bar gives constant access to member features and a link to the ‘community’ blog running the bp home theme gets me site wide stuff and full member/group listings.

However, the normal URLs on that blog are getting hijacked by bp. Looks like the bp home theme was designed to run on blog 1 and it’s hard coded for that.

@gogoplata You say this isn’t so for you? All’s well in bp home on a subdomain land? What could be different between your install and mine?

Hello, I have the same problem as many.

My buddypress installation is as follows:

Installed in http://mysite.org/testbp/

Permalinks: /news/%year%/%monthnum%/%day%/%postname%/

When I click on one permalink of the root blog in the recent news section, it brings me to the blog post within the buddypress theme. However when I click on news, I get the header, the sidebar, but where the news should be just : “edit this entry” (without even the leftcol_header_back.gif appearing).

Any ideas?

Just in case someone reads this quickly like me and doesn’t check the them readme, here is a correction for borkweb’s post:

members-theme/ directory was located here: [WP_INSTALL_DIR]/wp-content/members-theme/

should be:

member-themes/ directory was located here: [WP_INSTALL_DIR]/wp-content/member-themes/

Has there been any progress in fixing BP Member theme issues in IE6/7? I still see the header images for the individual sections displaced (down and to the right) while viewing in IE6 using Trunk r579.

Thx

good configuration, separate the blog themes and member themes

You’ll need to manually edit the theme and add the code where you’d like it to appear.

Create your own theme… or copy and edit the default BuddyPress Theme:

header.php

<div id="my_userbar">

<?php include_once (TEMPLATEPATH . '/userbar.php'); ?>

<!--MY GOOGLE AD STUFF HERE-->

</div>

<?php include_once (TEMPLATEPATH . '/optionsbar.php'); ?>

Then just edit the css to format nicely

Ah I figured it out! Textbook case of failure to RTFM. I uploaded member-themes into the themes directory instead of the wp-content directory.

Well, at least I learned a little bit more about how buddypress works through the wonderful invention that is var_dump!

DanielFelice – double check where your member-themes folder is. It should not be in the themes folder but in the wp-content folder at same directory level as the themes and plugin folders. You get the blank drop down when member-themes not in right place.

Have you put the buddypress-member theme into /wp-content/member-themes/ ?

The error is because the file is missing, or does not have the correct permissions.

I did the same as PioneerSkies and am running the BP home theme on a subdomain (community.mmafrenzy.com) and the news page is simply listing all of my blog posts on that sub-blog.

Depending upon what plugin you are using and where you can embed the shortcodes ([caption id=… [/caption] or [youtube ….. [/youtube]) it may work or not. Some of the plugins only work on full post displays that use the_content(). It all depends on what theme you are using and what kind of page you are looking at.

Is this making sense? I don’t think I’m being clear.