I’ve been tweaking the breadcrumbs, trying to find the sweet spot. There’s starting to be a lot of possible ways to display the forum archives now. With page templates, archives, shortcodes, etc… it’s hard to know what is the actual root and where.
I think I’ve got it dialed in for Beta 3. I spent the majority of last night testing all of the above scenarios.
In beta1, I remember seeing a “Forums” link in the breadcrumbs, such as Forums > Forum 1. In beta2, this is no longer the case: I see Home > Forum 1 whereas I would have expected it to show Home > Forums > Forum 1.
Any chance you’d let me take a peek around your installation? I can’t duplicate this, so I’m curious to see what’s causing it.
Just to ease my mind, can you try deleting the bbPress plugin completely, and re-uploading a fresh download too?
@tooltrainer – The “quick solutions” are still no reason to modify core files. Trust me when I say, and stress, very heavily, that modifying the core files is only going to cause headaches.
@jamesmarsland – Timeline is probably July or August. Right now you can run them together, and turn off the BuddyPress forums component, and things will work perfectly. Here are a few scenarios:
1. Install bbPress 2.0. Keep both BuddyPress and bbPress 2.0 active. Have two separate, disconnected forums. One using the same old way with group forums, the other specifically for your site. This is how I am currently running http://testbp.org.
2. Ditch BuddyPress Group Forums, and don’t allow new groups to create forums. Use the bundled import tool in bbPress 2.0 to move your existing group forums into bbPress 2.0, and systematically/manually edit each forum down so everything lives where you want it to.
3. Wait until we’re able to update BuddyPress to talk directly to bbPress 2.0, and take control of it like it does now with bbPress 1.0.
Ideally BuddyPress will come with a very generalized “forum” component in the next version, that will act as an API for any forum software to connect to it. There are only a few functions that it needs to use, so it shouldn’t take too long to switch up.
@bkno – @powerspawn is asking about bbPress 2.0, so those plugins won’t help him.
@powerspawn – Right now you’ll need to write a piggyback plugin for bbPress, that will add the read_private_forums capability to the roles that you want to have it.
Interesting. Looks like it thinks a function is missing, or some other plugin is interfering with the output of the page. Do you have any other plugins running? What version of bbPress 2.0 are you using?
Hi,
I will want to run this instead of default bbpress on buddypress going forward. Can you let us know the rough roadmap for integrating / separating bbpress from buddypress and how this will work for existing sites and new site.
tks
j
Hi
I’ve installed bbpress, activated it, and ceated a test forum.
http://www.finditinspain.biz/forums/
However, when I follow the forum link it just gives a blank page.
Any ideas?
Thanks
This is one basic feature that I wish was included as standard.
Only way currently is to use a plugin, there are three but none look like they’re actively being updated.
https://bbpress.org/plugins/topic/hidden-forums/
https://bbpress.org/plugins/topic/zaerl-visibility/
https://bbpress.org/plugins/topic/private-forums/
Not tested any yet, will be doing so soon. Zaerl is the most recent so that’s the one I’ll try first.
If anyone could feedback any experiences with using these on bbPress beta2 that would be great.
Yeah sorry, poor wording on my part. I think of “core” as meaning “any file that came with bbP” but that’s not really accurate. I’m modifying the various page template files, CSS, and a few minor modifications to the files in mytheme/bbpress/. Oh and I did modify the replies widget, but only so I could make it a fixed size and give it an overflow. There’s probably a better way to do that but I just needed a quick solution that I could do myself.
So basically when a file like page-front-forums.php changes, I need to know so that I can incorporate those changes into my version for my theme, or vice versa.
Traclog seems to be pretty much what I was asking for anyway, so thanks for pointing it out.
Jonathan
Nothing useful in the apache error logs.
No folder called “forums”.
No bbPress install.
No rewriting of the forums slug.
And like I said, it was working fine… then 20 minutes later not. And all I did in between was answer a handful of forum posts.
Also with the slugs enabled, I’m still not able to visit /forums/ if the forums base is set to same.
Jonathan
I can guarantee you with 100% confidence that a bbPress plugin update alone will *never* nuke any files outside of the /wp-content/plugins/bbpress/ folder. 
When you update any WordPress plugin through the auto-updater, it deletes the plugin folder, recreates it, and puts the contents of the new version in there; that’s it.
Good info. Thanks for sharing that. I imagine there will be other framework style themes that do some custom hijacking like that too.
@Jonathan – No. You should *never* modify core files, ever. If you’re modifying the core, you should share what you’re changing and why, so someone can show you a better way, or we can improve the core. If you’re creating a custom theme based on the core files, then until 2.0 drops you’re on your own to monitor the traclog and see what changes might impact you.
I’ve resolved it. Apparently, the WP theme I’m using (Thematic) has a constant named THEMATIC_COMPATIBLE_BODY_CLASS defined as TRUE. I disabled it and now I can see “bbPress” added to the body class in all forum pages.
But that’s just it – all I did was run the update from within my WP admin. That’s all. I was running a stock bbP beta 1 install (my customizations are just to the various template pages and a few minor edits to files within mytheme/bbpress). When next I looked, the folder was gone.
Nobody at all was working on the server during this time but me, and nothing else happened in between. I ran the update, saw it completed, walked away, came back after a couple of hours, and the directory was gone.
I suppose I could back it up now and try again just to test it, but I’d really kinda rather not. I can’t come up with any logical explanation of how my entire theme directory could have spontaneously deleted itself right after running the plugin updater.
If I’m the only person this ever happens to, then great… we can write it off as an unexplained mystery. Personally though I’m never updating again without first backing up my theme directory.
Jonathan
When are adding your theme compatibility? If you are hooking in on the ‘init’ or ‘wp’ actions, then it is too late for theme compatibility to pick it up.
function anointed_theme_setup() {
add_theme_support( 'bbpress' );
}
add_action( 'after_setup_theme', 'anointed_theme_setup' );
Can you confirm the bbpress.css is inside the bbPress plugin directory and bbp-twentyten theme?
If it wasn’t working at all, then your custom theme’s bbPress template files wouldn’t be getting loaded either.
@Johnathan – Can you use a tool like Firebug or Inspector, and look at the hidden input fields in your reply form?
Should look like the following
<input type="hidden" name="bbp_reply_title" id="bbp_reply_title" value="Reply To: Updated to bbPress 2.0 pre-beta 2" />
<input type="hidden" name="bbp_forum_id" id="bbp_forum_id" value="138" />
<input type="hidden" name="bbp_topic_id" id="bbp_topic_id" value="439" />
<input type="hidden" name="action" id="bbp_post_action" value="bbp-new-reply" />
<input type="hidden" id="_wpnonce" name="_wpnonce" value="0b78bb87eb" />
<input type="hidden" name="_wp_http_referer" value="/discussion/topic/updated-to-bbpress-2-0-pre-beta-2/" />
Also, some details about your configuration would be great. WordPress version, Multisite/single-site, custom theme/theme compatibility, etc…
There’s absolutely no way that bbPress is responsible for doing anything inside your wp-content/themes/ directory. If you made changes to files inside the bbPress plugin folder, then you broke the first rule of using a WordPress plugin.
For some reason the function theme_compat() -line 189 bbpress.php is not respecting the add_theme_support( ‘bbpress’ ); in my theme’s functions.php file.
The reason I don’t think it’s working is because the bbpress.css is still being injected into my header.
*btw the function definition says it also enqueues the topic.js, however it’s not in the arguments, not sure if that matters though, as I am doing that on my own.
I’m no sysadmin, so understanding what is happening is a bit beyond me right now.
Here’s what I was doing to cause the 403 error:
1. I wanted to test to see what bbpress does with a really long forum post title, so I tried the following:
Let’s create a really crazy long title name to see if the table properly removes any extra text from the title or not
The body of the post says:
Well I hope that title above was long enough, I can’t imagine any forum titles being longer than this one.
When I click submit, I get a 403error below:
[Fri May 27 20:21:10 2011] [error] [client 76.121.8.129] mod_security: Access denied with code 403. Pattern match ":space:+(select|grant|delete|insert|drop|alter|replace|truncate|update|create|rename|describe):space:+[A-Z|a-z|0-9|\\*| |\\,]+:space:+(from|into|table|database|index|view):space:+[A-Z|a-z|0-9|\\*| |\\,]" at POST_PAYLOAD [severity "EMERGENCY"] [hostname "mysite.com"] [uri "/forum/prayer-requests/healing/"] [unique_id "TeA-9kUuJUQAABVAGuk"]
I am unsure of how to interpret the error, and what steps I need to take in order to resolve the problem. Hope this error helps identify something.
Gotcha…
Its because of bb_config integration.
/** WP Theme **/
define(‘WP_BB’, true);
if ( !defined(‘DB_NAME’) ) {
require_once( dirname(__FILE__) . ‘/../wp-config.php’);
}
Hmmm… Last time is not happening, why its happened now ?
Is there any solution to integrate the theme without having to hardcode the theme itself ?
Currently I installed bbpress on separate database.
and I intend to separate the user too.
So I want only to integrate the theme….
Any better solution for this ?
Checking that box fixed my problem. Thanks.
The sanity check that I do in the breadcrumb is to check if the root slug is being included in the forums or not. If there’s no root slug, in the URL, then there’s no definitive breadcrumb that bbPress could know about. My logic may still be flawed here though.
Yup, I am more than comfortable with modifying this for my own needs. I was just thinking that the standard should go to the forums, as people browsing forums wouldn’t expect to jump to the homepage via forum breadcrumbs.
Either way, life is good LOL
