[Paul Wong-Gibbs]

Great, thanks Andy.

I’ll give this a go after work.

[Andy Peatling]

https://trac.buddypress.org/browser/tags/1.1-beta/bp-forums/bb-config.php

[Paul Wong-Gibbs]

How does the new forum install prevent people having direct access to the regular bbpress frontend?

[Andy Peatling]

If you are not providing users direct access to your bbPress forums, then you can delete your bbPress files, if you are then leave them alone. You do not need the buddypress-enable.php file anymore.

I can’t speak for plugins, but if the forums in question are attached to private groups then they will not show up. They will remain hidden in the new directory when accessed through BuddyPress.

If you are not running a highly customized bbPress install, definitely consider using the new forums directory instead of a separate bbPress setup. The integration is seamless and requires no messing with cookies, integration settings/plugins.

[r-a-y]

Good stuff! I hope to upgrade to WPMU 2.8.4a, so I can test BP 1.1-beta either this week or the next.

Will probably stick to legacy theme support until I have time to play with the parent/child theme structure.

I’m now pondering over whether I should use an internal installation of bbPress now that I’ve seen the new BP forums in action (http://testbp.org/forums). I’ll cross that bridge when I get there!

[Jeff Sayre]

This was well discussed three days ago. Since this thread has not seen any action for a month until just now, I’m closing it as it is too out of date.

[John James Jacoby]

Another side note from Andy’s last paragraph, these BuddyPress extensions could come in just about any form; additional theme files to be added as a “plus pack” (remember those?!) or a plugin to override and replace existing files as a child theme, or included in the next version of the theme itself.

Also, if you’re paying attention the directory of the included parent theme is “bp-sn-parent.” It stands for “BuddyPress Social Network Parent” which insinuates that theme authors are encouraged to create their own parent themes for something other than social networking, and opens the door for other parent theme sets to be included in the core if they’re rad enough.

Say someone makes a sweet micro-blogging theme ala Twitter, that gives us “bp-mb-parent” to let you switch between totally different setups. Or say someone switches the emphasis away from blogs and users and shifts it to the discussion or support forums; that gives us “bp-df-parent” and “bp-sf-parent”

Andy’s right too. The majority of people so far interested in BuddyPress have been people that are also first being introduced to WPMU and starting a social network. Very few support questions come through asking how to port this existing theme to fit BuddyPress. The ones that do are typically answered by the theme author or the person is so devoted to making it work, that they convert the theme themselves.

I’m really not sure how much harder it is for existing themes to use BuddyPress; it’s just different, but in a better way in my opinion.

[Jeff Sayre]

@crocgo

As I said above, we do not have the information necessary to help you. Please answer the questions DJPaul linked to.

[muraii]

I’d like to delve into this more deeply, but for now, even using the child themes there is an additional complication. It’s reasonable to expect someone to be integrating BP with an extant site using an advanced WP theme, and simply setting this theme to be a child of the bp-sn-framework doesn’t suffice. I’m working in one such setup, where a theme uses several include() statements in a functions.php file, and setting this as a child of the BP framework b0rks the whole deal. Now, I know what to do here, at least in the simplest case: just amend the functions.php calls. That won’t necessarily persist as the theme is updated, so maybe, instead, this can be done via a plugin.

The point here is that there are easily found examples where existing WordPress installations aren’t set up to so trivially extend to include BP. This one has a straightforward solution, but some will not. And as WP theme developers continue to do ever-more-amazing things with WordPress, and as you and other developers continue to make WordPress and BuddyPress more powerful, this sort of nonlinear theme infrastructure will likely become the norm. I don’t think these are quite edge cases, either; the theme I’m testing with is a free Woo theme, so not quite off the beaten path.

I don’t want to add to the confusion. Rather, I wonder if I could help flesh out some use cases, which might later get wrapped into the documentation (if it’s helpful). For instance, there is the site that purports only to offer social networking, without long-form blogging intentions. In that case, Using bp-default with customizations is pretty straightforward–well, as straightforward as the styling for the site needs to be.

However, for folks who have an existing WP site to which the BP functionality will be at most equal in priority, their branding and existing structure may be complicated enough that simply setting their existing theme to be a child of the BP framework doesn’t work by itself (styling issues aside–there will always need to be style adjustments; this is about structure and objects). Again, as my example demonstrates, this complexity is closer to the norm than some might expect, especially among the crowd using WPMu and extending it with BP. In this case, there’s more to document.

I don’t intend to suggest, as some have, that BP developers need to rethink or revise BP’s scope and structure. That’ll probably happen anyway, as things start merging more, but it’s not necessary. I only mean that the adaptation of BP to an extant site is a nontrivial use case, and while there is forthcoming documentation as to how best to manage this, maybe the forum users and devs can spec out some general use cases and work on how best to develop their solutions.

[Greg]

I got some help on the bbPress forum and think I’ve sorted this out. I was loading “wp-blog-header.php” for deep integration, but loading “wp-load.php” seems to be better. No more 404 headers in the forum, and the RSS feed problem I had previously is also fixed.

I suspect buddypress.org is using “wp-blog-header.php” because it is showing the same symptoms. Perhaps the admin here would like to try “wp-load.php”.

Thread on bbPress forum:

https://bbpress.org/forums/topic/deep-integration-google-might-not-be-indexing-your-forum-pages?replies=9#post-57859

[Paul Wong-Gibbs]

This is a WPMU question. Please ask on their forums.

[Greg]

This is really a WPMU issue, so I’ve posted it over there: https://mu.wordpress.org/forums/topic/14425?replies=1#post-83354

I think this issue will stop Google (and other search engines) from indexing your forum pages. So if you are using deep integration it might be a good idea to watch for a patch.

Use my little workaround at at your own risk.

[Greg]

I’ve also seen the blank pages.

Returning to the 404 issue (and cross posting from https://bbpress.org/forums/topic/help-404-error-but-page-displays?replies=3#post-57822), it looks like WordPress is setting the 404 because it doesn’t recognize the bbPress page that is loading.

When the global WP object is constructed, the function WP->handle_404 calls “status_header( 404 )”.

As a workaround, I modified “handle_404” to lay off the 404 if “BB_PATH” is defined (i.e. when a bbPress page is loading). This seems to work ok.

Here’s the new “handle_404” at around line 445 in “wp-includes/classes.php”.

function handle_404() {

global $wp_query;



if ( !defined( 'BB_PATH' ) && (0 == count($wp_query->posts)) && !is_404() && !is_search() && ( $this->did_permalink || (!empty($_SERVER['QUERY_STRING']) && (false === strpos($_SERVER['REQUEST_URI'], '?'))) ) ) {



// Don't 404 for these queries if they matched an object.

if ( ( is_tag() || is_category() || is_author() ) && $wp_query->get_queried_object() ) {

if ( !is_404() )

status_header( 200 );

return;

}

$wp_query->set_404();

status_header( 404 );

nocache_headers();

} elseif ( !is_404() ) {

status_header( 200 );

}

}

[takuya]

1 in 10 or 20 times, this forum generates blank pages when I visit. Something wasn’t happening before.

[Alex Cragg]

It did, cause that was where I found it but I just svn updated and it wasn’t there, so there must have been a problem when I uploaded via ftp last time. The last line that should be there ends in that code, so it must have duped it.

Just come across another problem. I created an event, and assigned a group to be its host. The forum topics from that group are showing up. Not sure if that is a bug or a feature, but in my case, I wouldn’t want all the forum topics from my team’s executive committee showing up on an event about welcoming new members!

[Alex Cragg]

Just working on a clean install of BP, and tried activating bp-events, running trunk. I get the following error a couple of times on different lines:

Call-time pass-by-reference has been deprecated; If you would like to pass it by reference, modify the declaration of do_action(). If you would like to enable call-time pass-by-reference, you can set allow_call_time_pass_reference to true in your INI file in /wp-content/plugins/bp-events/bp-events.php on line 2221

and also Failed opening required ‘/wp-content/plugins/bp-events/bp-events-cssjs.php’ (include_path=’.:/usr/local/php5/lib/php:/usr/local/lib/php’) in /wp-content/plugins/bp-events2/bp-events.php on line 21

@matthijsv You could look at how WP constructs the calendar, ie how it populates it with posts, and work from that.

[Jeff Sayre]

All you need to do is post a friendly reminder every 24-36 hours if you do not get any response. A simple “Bump” posting will do.

I’m closing this thread as it is basically a duplicate thread. I’ve answered in the original one here.

[Jeff Sayre]

First of all, with the version of BuddyPress trunk that you have installed, you will now only have one activity table in your MySQL database. This table is wp_bp_activity_user_activity_cached.

I know that based on the private message you sent me, you have read this thread which details why this is the case. So, unless you added those tables back to the DB, I am surprised that you even have the other two activity tables in your DB. If the BP upgrade was successful, it should have automatically removed those two tables.

Trying to add those tables and their corresponding data back to the DB will do nothing. The BuddyPress codebase no longer references those other activity tables. They are no longer needed.

As for the Site Wide Activity widget, make sure that you log into WPMU’s backend and go to “Appearances > Widgets” and remove the Site Wide Activity widget and then add it back. Also, your widget will not show any activity until someone does something that gets recorded into the wp_bp_activity_user_activity_cached table.

[takuya]

*.example.com and blog.example.com can co-exist, but not sure about database integrations. You’ll need to post this question to wpmu support forum.

[Paul Wong-Gibbs]

What socialpreneur said. Discussing bugs on the forum is good if you need to investigate them or ask someone else to confirm them for you, otherwise make a ticket on the bug tracker.

[nandopax]

One problem more with the forum:

My original bbPress installation was in the forums folder (http://voiceover-casting.com/forums), the same of the slug used by buddypress.

Fix to make the bbPress run:

1) Before to configure it in buddypress, enter in bbPress admin and change the url to (http://yoursite.com/forum)

2) After, enter in your FTP and change the directory name “forums” to “forum”

3) Configure buddypress in “Forums setup” and will work.

4) If you want delete the old bbPress instalation you can do that, you WILL NEED leave only the “bb-config.php” file in the “forum” folder

[Paul Wong-Gibbs]

This was only put into trunk about eight hours ago. If it doesn’t integrate with site wide posts already, I’m sure it will soon.

[r-a-y]

Nice! I definitely have to play around with the trunk version when I have some time!

Wondering if there is going to be a loop that we can use to display which groups have public forums.

[stwc]

That does look fantastic. That’s basically exactly what I’m hoping for in terms of exposing a standard forums UI to users.

[Jeff Sayre]

@wordpressfan

I’m closing this thread as it deals with the exact same issue you posted several hours earlier. You can read my response in that thread.

https://buddypress.org/forums/topic/member-theme-remove-me-and-my-profile-columns