Not exactly a bbPress problem; it’s a warning put in place to alert you that some other plugin is trying to load the current user’s information before WordPress has fully initialized (something bbPress, or any other plugin) cannot plan for or play nicely with.
You’ll want to look through your logs, research what plugin is triggering this notice in what circumstance, and reach out to the author.
2.4.1 was released yesterday. Update, and all should be well again.
You could try:
bbp_forum_class( bbp_get_forum_id(), array( 'clearfix' ) );
The reason it doesn’t exist is because the audience for this is relatively small compared to users asking for other things. Right now, I see 3 people that need this. That’s not saying it’s trivial, but it’s non-urgent.
The actual clean-up of this is not super straight forward, unfortunately. There is an uninstall script located in Tools > Forums that will permanently purge most data, but it doesn’t remove user roles yet.
Open a feature request at http://bbpress.trac.wordpress.org, and we’ll put in a milestone and work towards getting it in.
Can you try hitting your permalinks page, and saving them. Could be a rogue rule conflicting somewhere. bbPress flushes these on update, but it’s possible something blocked it.
In your forum settings, you can enable/disable this option, and set a time threshold for it. This is to prevent forum members from going back and editing their old posts at will, say… to change their verbiage because they’ve offended someone, or because they’re mad at the site admin and want to replace years of content with pictures of naked animals.
You get the idea. 🙂
Yes, you can! The reason they’re parted out in bbPress is to make it easier to override specific template parts in a child theme, rather than needing to write a complete theme. Also, some parts are reused in several places, such as loop-forums.php and loop-topics.php, so they are parted out to reduce duplication.
it seems to have wiped out the blog admins permission to access plugins and themes
bbPress shouldn’t have done this. Do you have some other role/capability plugin installed?
bbPress doesn’t add any bb_ tables anymore. It sounds like none of your admins have the Keymaster role.
If you want to remap user roles, visit Tools > Forums and tick the “Remap existing users to default forum roles” box, and repair them. That will make all Administrators on that site also be Keymasters.
If you want to automatically map regular registered users to have a role in each site’s forums, visit Settings > Forums and tick “Auto role”.
Admittedly, the multisite integration right now isn’t ideal; you may end up building plugins to modify the exact behavior to suit your needs. If that’s the case, I’d love to read about your problem and solution, to see if there’s room for better default behaviors in bbPress core.
Fixed already for 2.4.1; I’ll release next week.
https://bbpress.trac.wordpress.org/ticket/2405
A bug, fixed in trunk and will be part of 2.4.1 next week.
https://bbpress.trac.wordpress.org/ticket/2405
Sorry about that.
Sounds like your files didn’t all copy over correctly. Try replacing your plugins/bbpress directory with a new copy.
Hi there. We’re working on a fix now, and it will be included in 2.4.1.
https://bbpress.trac.wordpress.org/ticket/2405/
The approach in bbPress core is slightly different than what @jmdodd’s plugin originally did. You’ll want to test and let us know how it fares.
The warning in Codestyling Localization is too strict. Both bbPress and BuddyPress allow for loading translation files in the core languages location: wp-content/languages and as a result, do not call load_plugin_textdomain but instead load_textdomain with the correct filters.
Does the CS plugin allow you to override their error reporting? I remember that plugin being pretty robust.
What @xevo says is correct. If you put it in the correct place (meaning it’s loading correctly) that CSS will hide the default small avatars and prevent them from being displayed.
Not yet, but we’ll be open sourcing more and more pieces of the wordpress.org network in 2013.
Threaded replies uses some JS to move the textarea around, and TinyMCE doesn’t play nicely with it unfortunately.
Is an error in your theme, according to the error message.
Private forums are only visible to logged in users.
Thanks, but not what I’m asking for. 🙂
I can predict the actual URL structure itself. What I’m looking for are where the single reply URL’s are being used in your theme, making them accessible and allowing them to be crawled.
As a better example, can you find where those single reply permalinks are exposed here on bbpress.org? If so, can you walk me through where you’re seeing them?
Where are the single reply URL’s being exposed? If they are, it wasn’t done intentionally. There does need to exist some single permalink for each individual reply, as it’s how editing on the theme-side works.
It may help also if you include example URL’s of how you see this happening here on bbpress.org, so I can see it in context with a relatively stock installation.
I don’t know what you mean by ‘creates a reply page for each topic.’ Can you explain a bit more?
Not that I’m aware of, no. Functions exist to assist with inserting of forums, topics, and replies, so it could be pretty easy with some random ipsum.
I’m confused by a few things here. How can comment spam also be forum spam? To my knowledge, there’s no way a non-registered user can create topics and replies unless you have the setting enabled in Settings > Forums allowing them to do so.
