Oh and by the way, you don’t have to wait for official releases, simply install a SVN client and you can keep in sync with the very newest trunk copy (or any other release) any time you’d like.
It’s the same technique as for WordPress so use these instructions
https://codex.wordpress.org/Installing/Updating_WordPress_with_Subversion
also see this topic for more details/ideas
https://bbpress.org/forums/topic/svn-procedure-for-checking-out-bbpress
and if your server is on apache, here’s how to easily install SVN as a client instead of the full package:
https://bbpress.org/forums/topic/svn-procedure-for-checking-out-bbpress#post-18739
I got to thinking, maybe we’re doing it all wrong.
Rather than try to work WordPress into bbPress, why not just include the bb-config.php file inside the wp-config.php file instead.
Viola, from what I can tell, everything works like a charm. CK, your bbCode plug-in breaks some of the WordPress tags/shortcodes though, [caption] etc…
This way, bbpress can be directly referenced inside the entire website, and WordPress can use it’s functions AND the ones from bbPress to micromanage the login situation.
I really need to investigate this more, but I think that I might be on to something with this whole integration issue.
A simple plug-in could be made to include the core WordPress queries inside bbPress for pages, categories, etc… Without having to duplicate load everything inside the header, etc…
Okay, so I just did this like 20 minutes ago and I’m a little giddy about the idea, and I’m sure there’s a myriad of reasons why this won’t work, but I think it’s a neat idea…
Can you look at any logs to see why the 500 error is occuring? Sounds like the web server does not allow the directives you’re trying to use in .htaccess.
BTW, I use AddType application/x-httpd-php5 .php on almost every install without a problem. Maybe the server just doesn’t support it. Does your host have instructions for enabling PHP5 for your webspace?
Ok, guis, WP 2.7 is here. Give us bbpess alpha 3 to test it. 
Because of … there are only 59 active tickets 
Try replacing that line in your .htaccess file with this
AddHandler application/x-httpd-php5 .php
AddType application/x-httpd-php5 .php
AddHandler application/x-httpd-php .php4
AddType application/x-httpd-php .php4
Hi
I use instant teleseminar for recordings and they generate a code that you embed in your site etc. to display the player and download links.
This is a sample of there code
<iframe width=”452px” height=”130px” frameborder=”0″ scrolling=”no” src=”http://instantTeleseminar.com/replay.asp?eventid=5220734&preffix=custom”></iframe>
It won’t display the player… how do I get this to work?
Is there an audio player plug in for bbpress like there is for wordpress?
Thanks
Ann
It isn’t about it being a regular basis, it’s about it being possible.
In my testing and installing of bbPress, I usually bounce back and forth between a KeyMaster, an Admin, and a Member test account, and sometimes I am logged in and make a post under the wrong one.
It’s more for convenience and possibility sake than it is for daily use or practicality.
Forums with many users would just have a million entries in the drop down. Heck I dunno man I just thought of this idea!
I have a bit of code that does an ajax-ish drop down of all members and adding something up near the topic meta area is really easy but I still don’t understand why you’d want to change the author of a topic on a regular basis?
Nothing with roles, actually something much simpler.
As an administrator, I would like to have a drop-down list on the post-form.php that has a list of all forum members, so that I can assign or change the author of a post.
Within the <?php if ( is_bb_tag() || is_front() ) : ?> there would be another drop down list, but rather than forum, would be the list of authors to say started that topic.
I am making good progress re-organizing my old code and debugging some quirks despite it’s complexity and should have something for everyone to play with over the weekend.
@elwagar: Conversely, once they are registered you can assign them a role by going to the bbPress admin, WordPress Integration, and remapping. I feel like a plug-in could help this registration laziness along, but I also think this should just work correctly right away.
I actually had a similar issue years ago integrating phpBB 2.x and osCommerce together, trying to get one to work inside the other with cookies and what-not was a really big problem, one that I never really did get working 100% correctly.
I have no experience with bbPress Live, but it might be worth looking into. CK posted a really nice SQL example on how to grab information without a plug-in, so if you can’t get that to work, you could always put in a little manual labor.
update: there is a better version a few posts down
I had worked this out this quick and dirty routine but then I realized you might mean not to show it within the forum list. If you mean something different let me know.
In front-page.php
Change
<?php while ( bb_forum() ) : ?>
to
<?php
forum_totals("init");
while ( bb_forum() ) :
forum_totals();
?>
and then this after the end of the forum list routine
<?php endwhile; ?>
to this
<?php
endwhile;
forum_totals("finish");
?>
This is the main function you can just drop at the bottom of front-page.php
<?php
function forum_totals($x="") {
static $last_parent,$total_posts,$total_topics,$all_topics,$all_posts,$total_counter,$all_counter;
if (function_exists('bb_get_forum_is_category')) {$category=bb_get_forum_is_category();} else {$category=false;}
if ($x=="init") {$last_parent=false; $total_topics=0; $total_posts=0; $all_topics=0; $all_posts=0; $total_counter=0; $all_counter=0; return;}
if ($x=="finish" || $last_parent!==$GLOBALS['forum']->forum_parent || $category) {
if ($last_parent!==false && $total_counter>1) {echo "<tr><td align='right'>$total_counter subforums:</td><td class='num'>$total_topics</td><td class='num'>$total_posts</td></tr>";}
$last_parent=$GLOBALS['forum']->forum_parent; $total_topics=$GLOBALS['forum']->topics; $total_posts=$GLOBALS['forum']->posts;
$total_counter=0;
} else {$total_topics+= (int) $GLOBALS['forum']->topics; $total_posts+=(int) $GLOBALS['forum']->posts;}
$all_topics+= (int) $GLOBALS['forum']->topics; $all_posts+=(int) $GLOBALS['forum']->posts;
if ($x=="finish") {echo "<tr><td align='right'>$all_counter total forums:</td><td class='num'>$all_topics</td><td class='num'>$all_posts</td></tr>";}
elseif ($category) {$last_parent=false;} else {$all_counter++; $total_counter++; }
}
?>
I have just realized that…Bugfixing can be so frustrating…I will check again tonight…
@mvds: The idea is that logging into or out of either/or will do that action on both sides for a unified website function. If you log into or out of either, and it affects the other immediately, and you have admin access to both sides regardless of where you login, that’s a good thing.
Have you tried logging in and out of both your WordPress and bbPress installations and accessing both admin panels? I mean each combination each way.
- Log into WordPress; Check admin panel access and cookies; Log out of WordPress
- Log into bbPress; Check admin panel access and cookies; Log out of bbPress
- Log into WordPress; Check admin panel access and cookies; Log out of bbPress
- Log into bbPress; Check admin panel access and cookies; Log out of WordPress
That is where the problem lies, and I have been running the most updated trunks of both bbPress and WordPress the entire time. 
_ck_ – FWIW, I hate the vBulletin search layout.
Short term, I was able to make this work by modifying 1 core WordPress file. This only allows for integration of the theme, but still does not allow access to the bbPress admin panel without changing the bb-config.php file back to original.
It’s essentially a quick fix to get the theme working with all capabilities playing nicely.
Basically I’m hard-coding the capability check from bbPress into WordPress. There should be a filter for this, but I’m not sure how to hook into it correctly without a mod or plug-in on the WordPress side.
~My fix is in no way a permanent solution. Auto-updating your WordPress installation will overwrite this fix.~
In FILE wp-includes/capabilities.php:
In the meta_map_cap function:
Around Line 906:
AFTER break;
BEFORE default
INSERT:
/*
*/
case 'write_post':
$caps[] = 'write_posts';
break;
case 'edit_post':
// edit_posts, edit_others_posts, edit_deleted, edit_closed, ignore_edit_lock
if ( !$bb_post = bb_get_post( $args[0] ) ) {
$caps[] = 'magically_provide_data_given_bad_input';
return $caps;
}
if ( $user_id == $bb_post->poster_id )
$caps[] = 'edit_posts';
else
$caps[] = 'edit_others_posts';
if ( $bb_post->post_status == '1' )
$caps[] = 'edit_deleted';
if ( !topic_is_open( $bb_post->topic_id ) )
$caps[] = 'edit_closed';
$post_time = bb_gmtstrtotime( $bb_post->post_time );
$curr_time = time() + 1;
$edit_lock = bb_get_option( 'edit_lock' );
if ( $edit_lock >= 0 && $curr_time - $post_time > $edit_lock * 60 )
$caps[] = 'ignore_edit_lock';
break;
case 'delete_post' :
// edit_deleted, delete_posts
if ( !$bb_post = bb_get_post( $args[0] ) ) {
$caps[] = 'magically_provide_data_given_bad_input';
return $caps;
}
if ( 0 != $bb_post->post_status )
$caps[] = 'edit_deleted';
// NO BREAK
case 'manage_posts' : // back compat
$caps[] = 'delete_posts';
break;
case 'write_topic':
$caps[] = 'write_topics';
break;
case 'edit_topic':
// edit_closed, edit_deleted, edit_topics, edit_others_topics
if ( !$topic = get_topic( $args[0] ) ) {
$caps[] = 'magically_provide_data_given_bad_input';
return $caps;
}
if ( !topic_is_open( $args[0]) )
$caps[] = 'edit_closed';
if ( '1' == $topic->topic_status )
$caps[] = 'edit_deleted';
if ( $user_id == $topic->topic_poster )
$caps[] = 'edit_topics';
else
$caps[] = 'edit_others_topics';
break;
case 'move_topic' :
$caps[] = 'move_topics';
break;
case 'stick_topic' :
$caps[] = 'stick_topics';
break;
case 'close_topic' :
$caps[] = 'close_topics';
break;
case 'delete_topic' :
$caps[] = 'delete_topics';
add_filter( 'get_topic_where', 'no_where', 9999 );
if ( !$topic = get_topic( $args[0] ) ) {
$caps[] = 'magically_provide_data_given_bad_input';
return $caps;
}
if ( 0 != $topic->topic_status )
$caps[] = 'edit_deleted';
remove_filter( 'get_topic_where', 'no_where', 9999 );
break;
case 'manage_topics' :
// back compat
$caps[] = 'move_topics';
$caps[] = 'stick_topics';
$caps[] = 'close_topics';
$caps[] = 'delete_topics';
break;
case 'add_tag_to':
// edit_closed, edit_deleted, edit_tags;
if ( !$topic = get_topic( $args[0] ) ) {
$caps[] = 'magically_provide_data_given_bad_input';
return $caps;
}
if ( !topic_is_open( $topic->topic_id ) )
$caps[] = 'edit_closed';
if ( '1' == $topic->topic_status )
$caps[] = 'edit_deleted';
$caps[] = 'edit_tags';
break;
case 'edit_tag_by_on':
// edit_closed, edit_deleted, edit_tags, edit_others_tags
if ( !$topic = get_topic( $args[1] ) ) {
$caps[] = 'magically_provide_data_given_bad_input';
return $caps;
}
if ( !topic_is_open( $topic->topic_id ) )
$caps[] = 'edit_closed';
if ( '1' == $topic->topic_status )
$caps[] = 'edit_deleted';
if ( $user_id == $args[0] )
$caps[] = 'edit_tags';
else
$caps[] = 'edit_others_tags';
break;
case 'edit_user':
// edit_profile, edit_users;
if ( $user_id == $args[0] )
$caps[] = 'edit_profile';
else
$caps[] = 'edit_users';
break;
case 'edit_favorites_of':
// edit_favorites, edit_others_favorites;
if ( $user_id == $args[0] )
$caps[] = 'edit_favorites';
else
$caps[] = 'edit_others_favorites';
break;
case 'delete_forum':
$caps[] = 'delete_forums';
break;
case 'change_user_password':
// change_password, edit_users
$caps[] = 'change_password';
if ( $user_id != $args[0] )
$caps[] = 'edit_users';
break;
/*
*/
Eh don’t defend bbPress – it’s the same problem with WordPress. They’ve never had a good search because writing a good search is hard and takes time from other needed things.
I haven’t released the search because after working on it for a week it became so overly complex that debugging parts of it was taking way too much time. When that happens I get mad and then usually re-write things from scratch.
I think my biggest mistake was I tried to make the layout template-able, so you could move stuff around. That added way too much code and logic problems. And then there was the wordpress awareness, more code.
I might just make a simpler version of it. I may just copy some of the vbulletion search layout since it’s very logical. Maybe I’ll have something by the end of the coming weekend if I have enough time.
We’re all experiencing the same issue.
Integration appears to be a little broken still.
If you need to use the WP functions in your bbPress, that will break it further by not allowing you to access your bbPress admin panel at all.
The problem looks like the bb_map_meta_cap filter is ignored when the WordPress functions are loaded in place of the bbPress ones.
Some users have been able to resolve this by using a .htaccess file to redirect to the bbPress login and register page whenever an attempt to register or login is made through WordPress. That is the best fix at the moment if you do not require access to the WP functions.
If you do require that access, then you will need to wait until a fix comes out for the issue I mentioned above. That’s where I am.
Yes, I installed WP first, then BB and integrated from the beginning, so BB is using wp_users. In fact, there’s no bb_users table according to my phpMyAdmin. Somehow, it seems that BB cannot access that wp_users table for one reason or another. But what exactly it is, is a mystery to me
No issues so far, just wanted you to know that Runs fine on my (live) site!
Interesting. There any code from there you can release in the mean time? Pretty disappointed that bbPress has such poor search, but not surprising given how little information and documentation there is.
It seems like there are several issues here, and I’m not sure which is really the issue or which is a bug…
Firstly, when integrated, bbPress wants to use the WordPress classes and functions where possible. Namely, the problem with capabilities lies currently with the difference in the WP_User->has_cap function.
On the WordPress side of it, it is missing the global $wp_roles; and the corresponding check of those roles against the current capability to check.
$caps = call_user_func_array( array(&$wp_roles, 'map_meta_cap'), $args );
So I’m not sure if this is just a case of bbPress not keeping up with the WordPress user/role classes, or if this is WordPress not properly carrying over bbPress capabilities.
Ugh…
Thanks for trying to help on this Chris. Here is what my htaccess file looks like at the moment:
Options +MultiViews
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress
Keep in mind this is in my root directory. (so both WP and BBpress are both using it?)
Am I supposed to have a seperate htaccess file in the bbpress directory too?
I got access to the code you sent me. Do I delete the above code and replace it with this code you sent?
It worked alright before I started moving around with the directories.
If you’re talking about the params from config.php they stay untouched as they were before so BBDB_NAME, BBDB_USER etc. are correct….
Dont’t know what a socket connection is or how it differs
