There’s no way to do this for now, other than deleting directly from the db using phpMyAdmin.
There was a script posted here, but it appears to be only for v 1.0+, and it doesn’t look like it’s wrapped up in a plugin:
https://bbpress.org/forums/topic/permanently-deleting-topocs-and-posts
Try this plugin?
https://bbpress.org/plugins/topic/moderator-new-post-notification/
There are some tweaks to the code mentioned in the comments of that link… definitely check those out if you hit any issues.
Sam’s first point, about logged in users … With wp-super-cache, if you’re logged in, you don’t get cached pages. So on a forum, most folk are logged in, thus defeating the purpose.
Single topics pages can be cached untill a new response comes in.
That would be new and different, and IIRC not a part of bog-standard WP-Super-Cache, so that’s a pretty hefty write.
Perhaps talk to the WordPress Chinese translation group… http://www.wpcng.com/
Raw POT files for each version are here… http://svn.automattic.com/bbpress-i18n/pot/tags/
Assuming that this is the latest trunk at
http://svn.automattic.com/bbpress/trunk/
I actually tried both approaches (only changed that one file, not the entire installation though).
We have a small support forum. I love bbpress.
What I need is a plugin that would notify me (via email) every time we receive a new post. We do not get that many new posts, so this would be ideal for us.
Does anyone have any ideas for me?
Thanks.
@the_Wish
The “fix” won’t fix any text which is already malformed. Once you edit the text to repair it shouldn’t happen again.
Sorry to say but even new syntax with attributes like this
<a href="http://bbpress.org">This is a link</a>
is still converted to
<a href="//bbpress.org"">This is a link</a>
Same goes for Singlequotes.
This will probably work:
rewrite ^/page/([0-9]+)/?$ /index.php?page=$1 last;
rewrite ^/forum/([^/]+)/page/([0-9]+)/?$ /forum.php?id=$1&page=$2 last;
rewrite ^/forum/([^/]+)/?$ /forum.php?id=$1 last;
rewrite ^/forum/?$ / permanent;
rewrite ^/topic/([^/]+)/page/([0-9]+)/?$ /topic.php?id=$1&page=$2 last;
rewrite ^/topic/([^/]+)/?$ /bbpress/topic.php?id=$1 last;
rewrite ^/topic/?$ / permanent;
rewrite ^/tags/([^/]+)/page/([0-9]+)/?$ /tags.php?tag=$1&page=$2 last;
rewrite ^/tags/([^/]+)/?$ /tags.php?tag=$1 last;
rewrite ^/tags/?$ /tags.php last;
rewrite ^/profile/([^/]+)/page/([0-9]+)/?$ /profile.php?id=$1&page=$2 last;
rewrite ^/profile/([^/]+)/([^/]+)/?$ /profile.php?id=$1&tab=$2 last;
rewrite ^/profile/([^/]+)/([^/]+)/page/([0-9]+)/?$ /profile.php?id=$1&tab=$2&page=$3 last;
rewrite ^/profile/([^/]+)/?$ /profile.php?id=$1 last;
rewrite ^/profile/?$ /profile.php last;
rewrite ^/view/([^/]+)/page/([0-9]+)/?$ /view.php?view=$1&page=$2 last;
rewrite ^/view/([^/]+)/?$ /view.php?view=$1 last;
rewrite ^/rss/?$ /rss.php last;
rewrite ^/rss/topics/?$ /rss.php?topics=1 last;
rewrite ^/rss/forum/([^/]+)/?$ /rss.php?forum=$1 last;
rewrite ^/rss/forum/([^/]+)/topics/?$ /rss.php?forum=$1&topics=1 last;
rewrite ^/rss/topic/([^/]+)/?$ /rss.php?topic=$1 last;
rewrite ^/rss/tags/([^/]+)/?$ /rss.php?tag=$1 last;
rewrite ^/rss/tags/([^/]+)/topics/?$ /rss.php?tag=$1&topics=1 last;
rewrite ^/rss/profile/([^/]+)/?$ /rss.php?profile=$1 last;
rewrite ^/rss/view/([^/]+)/?$ /rss.php?view=$1 last;
if ( !-e $request_filename ) {
rewrite ^ /index.php last;
}
@dthom
The version is in a meta tag in the header as well as stated in the footer of the admin area.
bbPress doesn’t have granular per-forum permissions out-of-the-box. There are plugins that cover that though.
You might need to use the smtp mailer plugin to get emails working. Using that you can send email via an SMTP server instead of the default method which tries to send through PHP’s mail() function.
@the_Wish
The “fix” won’t fix any text which is already malformed. Once you edit the text to repair it shouldn’t happen again.
@Michael3185
0.9 Templates should still work with 1.0 – you will want to examine some of the new template functions that are in the default theme though.
I have a number of issues and questions. I’m new to bbpress and also trying to do an integration with 2.8, so I’m not sure what is a bug or what just may not work at all. I did the integration with WP and it allows me into the pages to post and into the admin. However it won’t let me post or change anything. No matter what I do, I get a box with a message “Your attempt to do this has failed”. Its not very useful it telling me why. It happily sends me back to the admin area, so it doesn’t seem to be the login. Is there some variable to debug permissions, as that seems to be a continuing issue with integration.
One question I have is how do I determine what version I have? I don’t see a version file.
I also don’t see a way of setting permissions for users or forums
Also, email isn’t working for registration. We run Postfix, could there be a problem? Is there a setting?
@Sam
I didn’t get it. I actually understand that caching for a forum script is not a good idea but I didn’t get anything from your 1st point. Single topics pages can be cached untill a new response comes in. What say? As per me, that will actually help even having some overhead as there is a great difference between the topics answers and views.
There must be someone who is using bbPress on Nginx or maybe Sam can share!
The first time through, the speedup didn’t give me $bb->cookiedomain, but after adding it manually I can get them to sync up so the domains are the same, but something is still off. I’m heading to bed now but will be back in a few hours to keep at it. Sam I’ll try your suggestion also.
Output caching is probably totally unnecessary for 99.9% of bbPress installs.
There are a few reasons but primarily:
1. Most of the users on your site are probably logged in, and that means they can’t get cached versions.
2. bbPress is pretty light on MySQL queries.
At Automattic we have never had any need to run any caching besides MySQL query cache, and sometimes we don’t even use that. Although our hardware might be better than most, we also have more traffic than most too.
Go into the bbPress directory in a terminal (Mac/Linux/Unix)
All filters:
grep -r -n apply_filterss*( . | grep -v .svn/ | grep -v @uses
All actions:
grep -r -n do_actions*( . | grep -v .svn/ | grep -v @uses && grep -r -n do_action_ref_arrays*( . | grep -v .svn/ | grep -v @uses
Super Cache would help for slow-updating forums… but if you get a lot of traffic, I don’t think it’d really end up caching very much? Blogs don’t get nearly as many updates, so I could see it being a lot more helpful there…
Anyway to answer your question, I haven’t seen a guide on converting WordPress plugins to bbPress ones… that would be really useful!
Try fudging it by adding a subdomain to the WordPress URLs in the WordPress Integration section.
I’m going to look at WPMU integration now to see what else might be up there.
Hey,
I’m actually quite a few plugins. Simple Google Adsense, Members Online, User Photo for bbPress, Forum is category, bbPress Polls, BBVideo, and bbSocialize to name a few.
have you asked the maker of the plugin?
You can do a grep to get a list of hooks/actions:
https://bbpress.org/forums/topic/list-of-hooksactions#post-22602
We’re going to be documenting all of this more on the upcoming wiki soon… for now, grep is the only way to get this info that I know of.
where are the filters and so on sos i can write my own plugins …
im an intermediate php programmer, i know how to do basic plugins for wp, but not bbpress dont know filters and etc.
thanks,
There is now a fix in bbPress trunk for an associated issue where bbPress would not clear all wordpress_logged_in cookies that were generated by WordPress.
Seriously, my life is wasting away chasing WordPress cookies.
Something must be up with the trunk…
If I install bbPress in a sub folder of WordPress, what seems to happen regardless of my settings or fudges, is that the bbPress login cookie is dropped with a “Host: domain.com” and a login via WordPress drops a cookie with a “Domain: .domain.com”
I’ve matched the URL’s, used with and without the integration speedup short-cut, deep/shallow integration, etc… Basically I’ve tried wiggling the settings back and forth, to no avail.
I was actually going to start my integration screen casts, so I suppose this will wait until tomorrow. haha! 
I was able to get a WordPress login to drop cookies like “Host: domain.com” but the cookies the integration plugin drops are still “Domain: .domain.com” (If it dropped “Host: domain.com”, or if bbPress knew to look for “Domain: .domain.com” I suspect they’d work just fine.)
Note: I swear this WAS working earlier last week, as I’ve integrated two sites successfully with login/logout working from either direction.
Please excuse my previous longwindedness as it seems it was unnecessary. I just tested a site with WP in the base folder and bbP in a subfolder of WP, and a site with WP in a subfolder of the base folder with bbP in a subfolder of WP. Neither site needs anything added to either config file except that the 3 secret keys match between them (my nonce keys also match but that shouldn’t matter). It is also necessary to fill in the wp-admin’s bbPress Integration Plugin settings, and the bb-admin’s WordPress Integration settings.
On any sites I’ve tested where I have WP in a subfolder of the base folder, and bbP in a subfolder of the WP folder, bbP sets 2 logged_in cookies, one with a trailing / and one without, which poses a problem since WP doesn’t get rid of the one without a trailing / and thus WP cannot logout from bbP if the user logs in from bbP. After I made the change mentioned above to bb-settings.php and tested it on both sites mentioned I found both sites integrating as expected and the double logged_in cookie from bbP login was no longer a problem. That’s why I submitted the patch to Trac.
