[Robin W]

yes

$replies = bbp_has_replies( $args );

in \bbpress\includes\replies\template.php

it has these default args (some set by code above this section)

$default = array(
		'post_type'              => $default_post_type,         // Only replies
		'post_parent'            => $default_post_parent,       // Of this topic
		'posts_per_page'         => bbp_get_replies_per_page(), // This many
		'paged'                  => bbp_get_paged(),            // On this page
		'orderby'                => 'date',                     // Sorted by date
		'order'                  => 'ASC',                      // Oldest to newest
		'hierarchical'           => $default_thread_replies,    // Hierarchical replies
		'ignore_sticky_posts'    => true,                       // Stickies not supported
		'update_post_term_cache' => false,                      // No terms to cache

but whatever you pass in $args will overwrite these

[charleshd75000]

Hello Everyone,

I really need your help because I created my own fields on ACF but they do not appear on the front end. According to ACF, it is completely compatible with BBpress (reason why I chose this plugin) but it only appear on the back office…

I already saw here all the topic discussing about ACF but no solution about the front end problem.

What have I to do ?

Many thanks for your help !

[Robin W]

This is one of the new FSE themes, so you need a fix to work with bbpress.

install

bbp style pack

once activated, navigate to

dashboard>settings>bbp style pack, and you should see the first tab called ‘Theme Support’ – if you don’t see this, come back.

In that tab, select

Enable Theme Support

and save

The forums should then display

[pcwd]

Hi

I would like to customize the labels on the login page at
bbpress login, password fields and the button text.

I see some related PHP code at https://codex.wordpress.org/Customizing_the_Login_Form#Make_a_Custom_Login_Page

Could you please suggest how to add that code to my website? Thank you so much!

[Robin W]

ok, so delete the previous code and put this code instead

function bbpress_close_old_topics() {
	// Auto close old topics
	$topics_query = array(
		'author' => 0,
		'show_stickies' => false,
		'parent_forum' => 'any',
		'post_status' => 'publish',
		'posts_per_page' => -1
	);
	if ( bbp_has_topics( $topics_query ) )
		while( bbp_topics() ) {
			bbp_the_topic();
			$topic_id = bbp_get_topic_id();
			$topic_date = strtotime( get_post( $topic_id, 'post_date', true ) );
                $forum_id = bbp_get_topic_forum_id($topic_id);
                if ($topic_date < strtotime( '-2 hours') ) // && $forum_id == 1276 )
                    bbp_close_topic( $topic_id );
		}
}

In other words we take out the cron scheduling functions from the code

then

Event type: PHP cron event
Hook name: bbpress_close_old_topics
arguments: none
next run: now
repeat: hourly

That should do it, you should see it as an event.

If you have a topic already set to expire, it should do so immediately as you have schgeduled to run ‘now and then every hour’ in the above.

[leon1912]

Thank you @robin-w!

But what should I enter specifically?

Event type: PHP cron event
Hook name: bbpress_topic_scheduler, bbpress_daily_event, or bbpress_close_old_topics?
arguments: ?
next run: now, tomorrow, a specific time
repeat: once, hourly, twicedaily, daily or weekly?

I just want to make sure I do everything right

[Robin W]

a cron event only runs at the interval specified, so the check event runs once a day ie

wp_schedule_event(time(), 'daily', 'bbpress_daily_event');

so would only close topics older than 2 hours once a day.

suggest changing that line to

wp_schedule_event(time(), 'hourly', 'bbpress_daily_event');

so it would run every hour, so topics would be closed between 2 and 3 hours depending on when cron runs in relation to their creation.

[leon1912]

Hello!
I used the code from @robin-w and pasted it into a code snippet but it does not seem to work. That is my code:

register_activation_hook(__FILE__, 'bbpress_topic_scheduler');

add_action('bbpress_daily_event', 'bbpress_close_old_topics');

function bbpress_topic_scheduler() {
 wp_schedule_event(time(), 'daily', 'bbpress_daily_event');
}

function bbpress_close_old_topics() {
	// Auto close old topics
	$topics_query = array(
		'author' => 0,
		'show_stickies' => false,
		'parent_forum' => 'any',
		'post_status' => 'publish',
		'posts_per_page' => -1
	);
	if ( bbp_has_topics( $topics_query ) )
		while( bbp_topics() ) {
			bbp_the_topic();
			$topic_id = bbp_get_topic_id();
			$topic_date = strtotime( get_post( $topic_id, 'post_date', true ) );
                $forum_id = bbp_get_topic_forum_id($topic_id);
                if ($topic_date < strtotime( '-2 hours') ) // && $forum_id == 1276 )
                    bbp_close_topic( $topic_id );
		}
}

The auto close time is set to 2 hours to test it and I created a comment after 2 hours because it should happen in every forum.

Have I done anything wrong? Thanks in advance! 🙂

[taliabarlev]

oh @robin-w sorry i missed your reply . this is for any user. (maybe for logged in users)
do u have a soultion for this?

@sirlouen it must be a bbpress plugin cause threads can be splited to several pages. so printing a specific page with regular PDF plugin will not be the right solution

[bobjgarrett]

The plugin bbpress moderation tools referred to above is no longer available and I have the problem that posts/replies held for moderation do not result in any alert to me to check.
Is there any plugin or setting which might do this?

[Robin W]

my initial thoughts would be

Step by step guide to setting up a bbPress forum – Part 1

and

Getting Started in Modifying the Main bbPress Template

[room34]

I’m just setting up bbPress on my site (WordPress 6.1.1, custom theme non-Block Editor/Gutenberg).

I found interior forum pages are working but the main landing page was not. I was able to work around that by setting up a regular page and using the [bbp-forum-index] shortcode, but I see the user profile pages are still not working (and they are doing exactly what the forum index page was doing before).

Here’s an example:
https://icscalendar.com/forums-home/users/room34/

It’s possible this is a problem with my theme, but I’m not immediately sure what might be wrong (and I’d like to fix this without having to test for plugin/theme conflicts because this is my live site and I don’t have a staging environment set up… yet).

I’m guessing it may be a routing issue… I do have some code in my theme that uses the template_include filter.

[enkoes]

I found that something gone wrong with topic display shortcode:

I used [bsp-display-topic-index show='20' forum='6,8,14'] in my topic display, but found out that bbPress sidebar couldn’t display any widget in the same page.

After I shifted to [bbp-topic-index], bbpress sidebar back to normal (ie, can display widget)

Is it some kind of glitch? How to solve it if I really want to use bsp display shortcode somehow?

[Milan Petrovic]

Hey,

The new version of the Toolbox Pro does contain a feature called Booster, and it does add new DB tables for indexing, but it does not make any changes to how the data is stored by bbPress. If you use Toolbox and disable it later on, there will not be any negative impact because the plugin is not changing how bbPress works with data. When Booster works, it intercepts some bbPress queries and modifies them to use index tables, and that’s it. When the plugin is not working, or Booster feature is disabled, bbPress works as it always does. But, modified queries are much faster than normal ones because Booster removes postmeta from the query and instead adds joins to the index tables (3 tables added for forums, topics and replies).

Tests I did so far, for queries that Booster can modify, new queries are 20 times faster (on average). But, for large forums (1 million posts or more), queries can be 30-40 times faster. Yeah, I know, that is a huge change, and it might sound unreal, but the postmeta tables in WordPress are never meant to be used for queries the way they are used right now, because the data in postmeta can’t be indexed, and all data is stored in TEXT column, which is the worst column in MySQL for any kind of query.

Anyone who follows my work knows that I have been proposing multiple times to make core changes to bbPress to stop using postmeta; I even have a GitHub repository with transformation queries and other information about changes needed, and I know that that is a huge thing to implement, but the only way to make bbPress fast, is to stop depending on postmeta for queries. What I did in GD bbPress Toolbox Pro 7.0 is just a small change for now, and I plan to expand index tables with more data and affect more queries (right now it affects 6-7 query types). Again, what my plugin does, doesn’t have any negative effect on bbPress, and if my plugin is disabled, the bbPress works just fine, no data is destroyed by my plugin.

Finally, query speed is irrelevant for small forums (under 10000-20000 posts). Yes, queries will be much faster with my plugin, but the database size for queries is not that big, but as soon as the forums grow and have more posts, these postmeta queries will get exponentially slower, and my plugin will make it much faster.

The plugin is now in the Beta stage, with a stable release planned for mid-January 2023.

Regards,
Milan

[SirLouen]

@taliabarlev, have you tried any PDF converter for WordPress instead of looking for a specific solution for bbPress?

[SirLouen]

I have to say that I’m pretty impressed by the fact that GD bbPress Tools Pro plugin has sent today news regarding the update to the next big version (7.0) and Milan will be upgrading the topic and replies system to a completely separate table.

He says that this will increase efficiency for an obvious reason (indexing of wp_postmeta for such large amount of data in many forums is obviously one of the Achilles talon of bbPress).

But to some extent I feel that this will be like a “fork” of the bbPress project.

I’m uncertain if Milan is a regular user of these forums, but I would like to see your opinions on this movement. I’ve been using GD bbPress Tools for ages because it really complements well all my devs for bbPress on my forums (and I don’t have to be duplicating the code to perform most of the features that he has already implemented), but I’m pretty skeptical that this could be a major caveat for future releases and too much attachment to Milan (in case something happens to him, and considering that this is not open sourced).

I’m not sure either if he will be implementing this for the free version in the WordPress repo.

Furthermore, I may also ask this in his private forum, but I was looking for more opinions in this official forum.

PS: Yes, Milan is around as expected @gdragon

[Robin W]

note tested but possibly

#bbpress-forums .bbp-parent-forum-12345 p.bbp-topic-meta .bbp-topic-started-in a {
    background-color: #328C00;
}

#bbpress-forums .bbp-parent-forum-12346 p.bbp-topic-meta .bbp-topic-started-in a {
    background-color: #ff4b33;
}

[Robin W]

#bbpress-forums p.bbp-topic-meta .bbp-topic-started-in a {
    background-color: #328C00;
}

put this in your themes custom css area

[enkoes]

I’m using shortcode bbp-topic-index as my forum frontpage. I would like to style my page similar to how it look like in bbpress support forum. My question is how do I highlight those forum names beside each topic created?

see screenshot: https://paste.pics/KPDVE

[Robin W]

Thanks for posting – should help someone else coming along later.

I’ve posted a trac ticket

https://bbpress.trac.wordpress.org/ticket/3508#ticket

[malachite]

/wp-content/plugins/bbpress/includes/admin/classes/class-bbp-converter-db.php

I commented out lines 33-37:

// register_shutdown_function( array( $this, '__destruct' ) );
// 
// if ( WP_DEBUG && WP_DEBUG_DISPLAY ) {
//    $this->show_errors();
// }

[malachite]

I started getting this error after I upgraded to PHP 8.1. It prevents login, so this is a problematic error. BBPress is trying to setup a new login object and in the process wants to destroy any existing login object. Because BBPress doesn’t actually have a __destruct method php8.1 throws an error. I commented out that block of code and everything seems to work correctly. Of course that is a temporary fix that will be overwritten as soon as the plugin is updated.

I don’t have Jetpack installed on this server so it is not the culprit.

[bernard38fr]

J’ai installé le pack bbp-style-pack dans les extentions, puis je l’ai activé, il n’apparait pas dans le tableau de bord de wordpress en tant que forum, il figure dans les extantions et
dans réglages, faut il installé le pack dedans le dossier bbpress ou seulement dans les extentions comme je l’ai fais, et comment démarrer un nouveau forum ?
J’ai essayé de mettre le pack dedans le dossier bbpress, mais il est supprimé automatiquement et affiche une erreur ” le fichier bbp-style-pack.php n’existe pas !
Merci de votre aide.

[bernard38fr]

Bonjour, j’ai un souci à partir des liens crées dans le forum, ils affichent tous des pages blanche, et donc les sujets ne s’affichent pas, le forum est visible, mais pas opérationnel, j’utilise le thème wordpress twenty one amélioré </>, les permaliens créesdu forum ont l’air corrects, le plug-in wat the file indique le fichier template-canvas.php et donne désolé ce fichier ne peut être modifié, je ne trouve pas l’origine des liens crées dans le forum qui mènent vers des pages blanche dans le navigateur web, merci de votre aide.

[Martin]

You are right, Robin!

I think this must be bbPress Unread Posts v2 V 1.08, of which there is no newer version according to the plugin settings