@hempsworth, I ran into this error myself, but eventually, it seemed to go away after uninstalling bbPress (delete files AND database tables starting with bb_), deleting cookies, and starting over.
See my post in the other WPMU integration topic and see if any of those settings help you?
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.
