Forum Replies Created
The timestamps of your posts appear in chronological order, that I can see.
I wonder if
_bbp_reply_toisn’t being carried over when editing a reply. Can you get the
_bbp_reply_topostmeta for each of those posts, and report back with them?
_bbp_reply_tois used for the threaded reply hierarchy instead of
post_parentwhich already used for getting the parent topic ID.
The HTML editor does work extremely well, as an HTML editor. If you want to enable the visual editor, a Google search should reveal this page as the top hit:
Tried testing on your forum, but your forums disappeared while I was looking around.
Can you try reinstalling bbPress? I can’t see any reason why
get_post_type_object()would fail in any bbPress context.
If by “post” you mean “topic” or “reply” then the search results page should be showing the password entry form in place of “topic” or “reply” content.
If by “post” you mean a literal blog post, that’s somehow appearing within the forums search output, that doesn’t seem right and doesn’t happen in normal circumstances.
Possibly related, when I search your site, no results appear at all.
wp-admintheir Forum Role is at the bottom of their profile (it’s the only place WordPress allows plugins to hook in and add anything.)
Theme-side, within a user’s profile, there is a “User Role” section that allows any Keymaster to modify any user’s roles.
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 > Forumsthat 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 > Forumsand 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 > Forumsand 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.
A bug, fixed in trunk and will be part of 2.4.1 next week.
Sorry about that.
Sounds like your files didn’t all copy over correctly. Try replacing your
plugins/bbpressdirectory with a new copy.
Hi there. We’re working on a fix now, and it will be included in 2.4.1.
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/languagesand as a result, do not call
load_textdomainwith 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.