Forum Replies Created
Could easily be done with some JS. Anyone want to try a patch?
This is likely bbPress core, unfortunately. When you post a new reply, we check the topics for freshness so we can update the tree accordingly. We’re working on a fix for the next version, but it involves moving some metadata into the posts table to improve query performance, and we want to make sure to get it right.
You should be fine. You may need to run some of the recount tools afterwards though.
bbPress does perform some elaborate queries which can make things feel slow, especially on sites with many thousands of topics and replies. Installing a caching plugin for WordPress will help, as well as any general PHP performance tuning on the server side.
That will definitely cause you some grief.
pre_get_postsis called on every posts query that fires, even non-bbPress ones.
In this case, you’re filtering every admin query and looking for a meta value that won’t exist for certain post types (like revisions, pages, posts, attachments, navigation menus, etc…)
You’ll want to target your code much more specifically than you are here, so that you’re only matching the correct query conditions for what you’re trying to accomplish. This might be hard if you’re also trying to filter sidebars and widgets, since you want something broad, but not too broad.
That’s interesting. They should definitely be getting deleted. How did you delete your topics? Admin-side, or theme-side?
That function calls
wp_get_current_user()so it might be related to the
wp_set_current_user()which overrides the global with fresh data.
It’s plausible some other plugin is loading the current user too early, or that it’s trying to initialize WordPress more than once via a subsequent call to
It’s unlikely that bbPress is directly causing this, as bbPress doesn’t do any of the above things on its own. It does however reference currently logged in user data quite liberally using WordPress’s built in API functions, so it’s not entirely impossible.
Keep us posted, and we’ll try to help out where we can.
This is the way this feature is currently designed. Hierarchical pagination is quite challenging to tackle; WordPress provides some help with this, but it wasn’t built into our first pass, and no work has gone into improving it since.
I have never seen any response from the devs/leaders of the bbpress team themselves, seems only volunteers
I have a few thousand replies that hopefully help prove otherwise, and sorry that your experience so far hasn’t lived up to that. Know that there’s a staff of about 12 of us that volunteer our time to both develop the software, write the documentation, and moderate the forums, and though we don’t hit every topic, we try to help out where we can.
bbp_kses_allowed_tags()function ensures that
citeattribute of the
blockquotetag is allowed, but not the actual
Users with the Keymaster role are allowed to bypass these rules, and can post literally anything they want, completely unrestricted.
- The “quote” plugin you’re using needs an update to not use
- bbPress needs to allow
Sounds like you have some other plugin installed that’s wrongfully blocking access to the “Forum” post type. Do you at least see the three top level menu items for Forums, Topics, and Replies?
I’d love to review what you have, and help get it into bbPress core properly.
Can you attach your progress to this trac ticket: https://bbpress.trac.wordpress.org/ticket/459
It’s a feature we’ve talked about in some fashion for the past… oh… 7 years or so.
I’ll caution you not to conflate “roles” with “ranks.” A “Role” provides specific capabilities on the site (and in the forums) where as a “Rank” is a visual indicator of some kind of importance on the site.
Sometimes these are the same; usually they are different. I bet there’s value in having a separate “Rank” plugin for bbPress to help visually group users together into level of importance that don’t dictate the scope of permissions users have within the forums.
Odd. Could be a bug in several different places, but bbPress does use BuddyPress’s
bp_core_current_time()function before calling
I’d start your trouble shooting there, and see what time is being calculated.
It is! Just turn it on in your forum’s settings, set the depth you’d like, and you’re done.
bbpress.cssare loaded similarly, as well as other scripts and styles in certain situations (single forums/topics, and when editing your password). Are any other SSL errors present, or is it just bbPress? What version of bbPress are you using?
Without deeper investigation, I’m unsure how this is possible when using core functions and templates.
set_url_scheme()which is the WordPress core function for correctly determining the http/https/relative scheme for every link on the site. This means it’s difficult for one to be wrong, and another to be right.
You’ll want to filter the output of
bbp_get_time_since; it’s the function responsible for humanizing timestamps. You’ll probably want to perform a string replacement starting at the comma, and append your own ‘ago’ at the end.
That doesn’t seem right.
bbp_new_forumwill only fire when forums are created outside of
wp-admin, like in a BuddyPress Group Forum. If you want to add meta when any new forum is created, you’ll likely need to hook into WordPress’s
Add this in a custom plugin or the functions.php of your active theme:
add_filter( 'bbp_allow_global_access', '__return_false' );
You’ll want to undo the edits you’ve made to bbPress’s files, also.
I’m not seeing any problems here. The topic counts are correct, and the breadcrumbs for each topic I’ve viewed appear to be correct.
Can you link us to a topic that you feel like is appearing in the wrong place, along with a link to it appearing in the wrong forum?
Awesome. Yeah, there’s just a little bit of adaptation that’s needed to make the two play nicely together. Happy you got it sorted.
I suspect Pippin would be the one to contact for this?
There are a few plugins that jumpstart WordPress’s roles and capabilities, which can cause permissions issues with bbPress (and any other plugin that relies on roles and capabilities.) These plugins are
__doing_it_wrong()in the conventional sense, and there’s not much bbPress can do about that other than throw debug notices when
WP_DEBUGis turned on.
It looks to me like bbPress isn’t finding its default CSS. You could try reinstalling bbPress; it’s possible you have an incomplete installation, with only some non-essential assets were caught missing.
Otherwise, it could be a plugin conflict, or some other code might just be getting in the way of bbPress’s CSS loading. You could also try deactivating plugins one at a time, and seeing if something new you’ve added recently is causing this to happen.
Sounds to be like qTranslate is accidentally stomping out bbPress’s top level menu locations. WordPress’s code in regards to navigation has a tendency to be pretty fickle in this regard.
bbPress even takes measures to try and avoid this from happening on its own, but it looks like it’s still not enough anymore.
We’ll see if there’s anything we can do on our end to avoid any of these kinds of menu collisions again. If so, improvements will come in a future version of bbPress.
- The “quote” plugin you’re using needs an update to not use