public function check( $directory ) {
		$directory = (string) $directory;
		$directory = wpforo_fix_dir_sep( $directory );
		$filecount = 0;
        $max = (int) apply_filters( 'wpforo_cache_dir_max_files', 1000, $directory );

        if($max === 0) {
            return;
        }

        if( class_exists( 'FilesystemIterator' ) && is_dir( $directory ) ) {
			$fi        = new FilesystemIterator( $directory, FilesystemIterator::SKIP_DOTS );
			$filecount = iterator_count( $fi );
		}
		if( ! $filecount ) {
			$directory_ns = trim( $directory, DIRECTORY_SEPARATOR ) . DIRECTORY_SEPARATOR . '*';
			$directory_ws = DIRECTORY_SEPARATOR . trim( $directory, DIRECTORY_SEPARATOR ) . DIRECTORY_SEPARATOR . '*';
			$files        = glob( $directory_ns );
			if( empty( $files ) ) $files = glob( $directory_ws );
			$filecount = count( $files );
		}

        if ( $filecount > $max ) {
            $this->clean_files( $directory );
        }
}

Filter Used: 

add_filter( 'wpforo_cache_dir_max_files', fn() => 0 );

Basically this removes the potential BBCode issues and accidental breaking of HTML if a user edits within a quote. It also identifies the user your are quoting much better by using their name instead of their user ID.

Unfortunately this is part of a larger custom plugin, so nothing I can really share. Note that when you edit a post, it will completely revert to the current bbcode system.

Here is a post on my site explaining what I have done to my users.

https://gopherpucklive.com/forum/website-support-new-features/misc-stuff/paged/5/#post-144222

Thanks

That runs from wp_footer → WPF()->cache->create() when the template is forum (forum index). After the wipe, traffic rebuilds the files, the folder hits 1000 again, and the wipe repeats (for us, every few minutes). PHP CPU spikes and the cache is not useful.

We have thousands of posts. Each cached post is its own file ({postid}_{locale}). A 1000-file cap is far below our working set. There is no setting or filter to change it.

This is still present in 3.1.5. classes/Cache.php check():

if ( $filecount > 1000 ) {
$this->clean_files( $directory );
}

Page cache (WP Rocket etc.) is not in use on the forum; this is only wpForo’s on-disk cache.

Request
Please make the limit filterable, default 1000, pass $directory, and treat 0 as never wipe:

$max = (int) apply_filters( 'wpforo_cache_dir_max_files', 1000, $directory );
if ( $max > 0 && $filecount > $max ) {
$this->clean_files( $directory );
}

That stays backward compatible. Large forums can raise the cap or disable the wipe without forking the plugin.

Optional follow-up
Counting the directory with FilesystemIterator on every forum-index request is expensive once the folder is large, even if you never delete. A throttle (e.g. at most once per N minutes) would help. Full-directory unlink is also harsh vs deleting oldest files; the filter is the minimum we need please.

Please provide the URL where we can check the issue.

Also, please try to explain the issue you’re experiencing in English so we can better understand and investigate it.

Link is not possible as page is not yet live (password protected). It works well if I use standard wordpress login. My popup is just having a <form which is sending the provided credentials as post to wp-login.php page. this page is redirecting after login is successfull to the page again. If i switch to login via wpforo it is ignoring my provided credentials and showing me the wp-foro login page instead.

Thanks

Thank you for the detailed explanation.

Could you please provide us with the URL of the website where we can see the issue? 

It would also be helpful to know which plugin or custom code is responsible for the header popup/modal login, as this may be important for identifying the compatibility issue.

I changed from wp-login form to the wpforo signin page. Somehow now my header popup/modal login stopped working. It is passing the credentials via php post to the page. It looks like the wpforo login page does not work with provided credentialds. Any idea how this could be fixed? If i switch back to wordpress login logic it is logging me in.

Thank you