codejp3

Good questions!

If anything is reported by the Keymaster, or Moderator, it’s automatically approved and processed. It will not show as pending.

If it’s already been processed (like marked as spam or been approved) it will not show as pending.

Only topics/replies reported by regular users will show as pending.

There is currently no way of displaying every topic/reply reported, the processing outcome, and who processed that outcome.

I’ve been wanting to do a full revamp of how moderation tools handles topics/replies, and saving more robust history, but haven’t gotten around to it yet. You’re not alone in wishing it was a little more feature-rich and informative. It will be coming eventually in the future.

Hope that answers your questions!

A little teaser pic 😉

It adds new features to:
Admin Forum List Page
Admin Forum Add/Edit Pages
Admin Topic List Page
Admin Topic Add/Edit Pages
Frontend Add/Edit Topic Form

I’m coding it to work with the default WP Cron jobs, and possibly tap into some of the enhanced Cron manager plugin features too.

As you can see, it’s pretty involved but should be extremely versatile for a wide variety of use cases.

I think the vast majority of users will only utilize the “auto-close” features to auto-close topics after a certain amount of inactivity time (one of the most requested and still neglected features in bbPress history).

With that said, I’ve tried to put myself in your shoes as far as using a forum for scheduled educational assignments/tasks. The way it’s coded, you could add topics in a single sitting for the entire semester, schedule the publish and auto-close dates/times for each topic, and then let the forum run on auto-pilot for the rest of the semester so you can focus on grading work.

Similar to your situation, I could see the same kind of features being used for topics in classified/for-sale forums, scheduled event topics, and plenty more. I see the value of this beyond just your specific use-case, which is why I’m putting in the time to make it valuable to a wide-range of forum uses.

Going to take time to complete, but it’s a decent start so far! I hope to have it done within a month, maybe 2.

Care to volunteer to be the first Guinea Pig to test it out before releasing it to the public?!?!?

SOMETHING changed just now because I got an excerpt, with the proper bottom sentence.

Just visit the Iberia Nature Forum and login to unsubscribe from these emails. (Click your profile name and edit subscriptions)

Only other suggestion I could make is to change:

{excerpt}

to:

{excerpt}...

That way it doesn’t look awkward cutting off a word in the middle like the last email just got. It would also indicate that it was truncated and there’s more to read by clicking the link.

Don’t know what changed, but it is working now.

You can ignore that. There are 2 versions of that message set. 0 for plain text, 1 for html

Your settings are showing 0 for plain text:
”email_email_type”;s:1:”0″;

Which will use the plain text template that you set:
”email_topic_body_p”;s:194:”{author} wrote: {excerpt} Post Link: {url} ———– Just visit the Iberia Nature Forum and login to unsubscribe from these emails. (Click your profile name and edit subscriptions)”;
&
”email_reply_body_p”;s:194:”{author} wrote: {excerpt} Post Link: {url} ———– Just visit the Iberia Nature Forum and login to unsubscribe from these emails. (Click your profile name and edit subscriptions)”;

Do you have any plugins active that do anything related to emails, excerpts, or content?

You can add a custom CSS snippet for this to the “Custom CSS” tab in Style Pack:

For different colors for odd/even, keep them separate and just adjust the color values to your preference:

/* odd rows */
#bbpress-forums div.odd, #bbpress-forums ul.odd {
        background-color: #000 !important;
}

/* even rows */
#bbpress-forums div.even, #bbpress-forums ul.even {
        background-color: #111 !important;
}

For the same color for all rows, combine them and adjust the color value to your preference:

/* both rows are the same color*/
#bbpress-forums div.even, #bbpress-forums ul.even, #bbpress-forums div.odd, #bbpress-forums ul.odd {
        background-color: #000 !important;
}

Different colors per row does help break it up and make it easier on the eyes to follow, so I’d personally keep alternating row colors and just adjust the colors to not blend into the overall page background color.

You already marked as resolved, so I’m counting it as resolved, but feel free to post here if you have any other questions or issues with this.

@ibnat – quick update on this. I have received your emails. I just have very limited free time for coding these days. To address some of your questtions and to fill you in on the overall time-frame:

Donations can go straight to @robin-w. Robin has been working on this plugin for like a decade and deserves every bit of donations. Thank you for the offer though!

This particular request to add ALL buttons in 2 rows, styled the same is going to be quite involved.

1.) Favorites/Subscribe buttons are currently using the default bbPress location – to the right of the breadcrumbs.

2.) ALL other buttons are using the 1 or 2 row format. Making any changes to that (like including Favorites/Subscribe buttons) would require a complete code write for how buttons, button rows, and button order are currently handled.

It is do-able, and I can see others utilizing it to customize the button layout….but it will be very time consuming to accomplish, and will have to wait until after my move. Unless @robin-w wants to pick this one up (also limited time these days), it will probably have to wait until October or November.

With that said, is there something quick/simple that could help hold you over until then?

Simple CSS code snippets could be done for simple styling changes, but completely re-writing the code for layout restructuring is a bit much for the time being.

@danwassink – just wanted to check back in with you and let you know that I haven’t forgotten about you. I did your get email and will post a revised data collection script that should run on your hosting without errors for file permission checks. I have limited time for coding these days. I’m currently packing and moving at the end of the month and only have like a few hours here or there to for coding. Thanks for your patience!

Here’s what I have figured out.

ROOT CAUSE:

You have a WP Engine plugin running on your local site:

WP Engine Common

“The wpengine-common plugin provides most of the WP Engine platform functionality. Platform features provided by this plugin can be seen in your wp-admin dashboard under the WP Engine menu icon.” (towards the bottom of that link)

PROBLEM:

Some of the functionality that that plugin offers (maybe even most or ALL functionality ) will NOT work unless it’s running on active WP Engine web hosting. That means the classes and methods being called won’t work and will error out on your local site.

ERROR BREAKDOWN:

Cause of the error is within /wp-content/mu-plugins/wpengine-common/plugin.php

Fatal error:
Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /wp-content/mu-plugins/wpengine-common/plugin.php:1348
Stack trace:
#0 /wp-content/mu-plugins/wpengine-common/plugin.php(1638): WpeCommon::is_object_cache_enabled()

ERROR TRIGGERS:

Error is triggered by both WP Rocket and bbP Style Pack, because both plugins look for WP Engine and clear WP Engine caches if the WP Engine plugin is found (specifically classes and methods for WP Engine, and they’re typically only found on actual WP Engine web hosting servers).

WP Rocket triggering the error:
#1 /wp-content/plugins/wp-rocket/inc/ThirdParty/Hostings/WPEngine.php(88): WpeCommon::purge_memcached()
#2 /wp-includes/class-wp-hook.php(312): WP_Rocket\ThirdParty\Hostings\WPEngine->clean_wpengine(‘/Volumes/G-DRIV…’)
#3 /wp-includes/class-wp-hook.php(334): WP_Hook->apply_filters(NULL, Array)
#4 /wp-includes/plugin.php(517): WP_Hook->do_action(Array) 5 /wp-content/plugins/wp-rocket/inc/functions/files.php(860): do_action(‘after_rocket_cl…’, ‘/Volumes/G-DRIV…’, ”, ‘https://kornfel…’)

bbP Style Pack triggering the error:
#6 /wp-content/plugins/bbp-style-pack/includes/functions.php(3449): rocket_clean_domain()
#7 /wp-content/plugins/bbp-style-pack/includes/settings_topic_preview.php(17): bsp_clear_cache()

PLAIN ENGLISH:

With all that said, based on the error stack trace you posted here, it seems pretty clear what’s happening.

WP Rocket and WP Engine are just 2 of the roughly 20+ caching plugins/hosting platforms that Style Pack integrates with.

With bbP Style Pack + WP Rocket active:
1.) Style Pack says “hey WP Rocket, empty your caches”
2.) WP Rocket says “hey WP Engine, empty your caches”
3.) WP Engine says “hey self, empty your caches….oh wait…. caches aren’t available since I’m not on the WP Engine hosting server so kick out a fatal error instead”

With just Style Pack active:
1.) Style Pack says “hey WP Engine, empty your caches”
2.) WP Engine says “hey self, empty your caches….oh wait…. caches aren’t available since I’m not on the WP Engine hosting server so kick out a fatal error instead”

With just WP Rocket active:
1.) WP Rocket says “hey WP Engine, empty your caches”
2.) WP Engine says “hey self, empty your caches….oh wait…. caches aren’t available since I’m not on the WP Engine hosting server so kick out a fatal error instead”

With just the WP_CACHE global value set to true and other plugins deactivated:
1.) WP Engine says “hey self, empty your caches….oh wait…. caches aren’t available since I’m not on the WP Engine hosting server so kick out a fatal error instead”

I hope that plain English break-down is clear enough.

POSSIBLE FIX:

I think the best way to “fix” this issue is to account for whether the site is running on your local dev environment or the WP Engine web hosing server.

If local: set WP_CACHE to false and move
/wp-content/mu-plugins/wpengine-common/
to
/wp-content/mu-plugins-disabled/wpengine-common/

If live on WP Engine hosting: set WP_CACHE to true and move
/wp-content/mu-plugins-disabled/wpengine-common/
to
/wp-content/mu-plugins/wpengine-common/

Some UNTESTED code for this would look something like:

// recursive move and remove functions
// https://stackoverflow.com/questions/9835492/move-all-files-and-folders-in-a-folder-to-another

// Function to remove folders and files 
function rrmdir( $dir ) {
    if ( is_dir( $dir ) ) {
        $files = scandir( $dir );
        foreach ( $files as $file ) {
            if ( $file != "." && $file != ".." ) rrmdir( $dir.DIRECTORY_SEPARATOR.$file );
        }
        rmdir( $dir );
    }
    else if ( file_exists( $dir ) ) unlink( $dir );
}

// Function to Copy folders and files       
function rcopy( $src, $dst ) {
    if ( file_exists ( $dst ) )
        rrmdir ( $dst );
    if ( is_dir ( $src ) ) {
        mkdir ( $dst );
        $files = scandir ( $src );
        foreach ( $files as $file )
            if ( $file != "." && $file != ".." ) {
                rcopy( $src.DIRECTORY_SEPARATOR.$file, $dst.DIRECTORY_SEPARATOR.$file );
            }
    } else if ( file_exists ( $src ) ) copy( $src, $dst );
}

function bsp_wpe_mu_path() {
    return WPMU_PLUGIN_DIR.DIRECTORY_SEPARATOR.'wpengine-common';
}
function bsp_wpe_mu_disabled_path() {
    return WP_CONTENT_DIR.DIRECTORY_SEPARATOR.'mu-plugins-disabled'.DIRECTORY_SEPARATOR.'wpengine-common';
}

// handle environment changes
if ( strpos( ABSPATH, 'LocalSites') !== false ) {
    
    // set WP_CACHE value to false
    if ( ! defined( 'WP_CACHE' ) ) define( 'WP_CACHE', false );
    else $GLOBALS['WP_CACHE'] = false;
    
    // move wpengine-common to disabled 
    rcopy( bsp_wpe_mu_path(), bsp_wpe_mu_disabled_path() );
    rrmdir( bsp_wpe_mu_path() );
    
}
else {
    
    // set WP_CACHE value to true
    if ( ! defined( 'WP_CACHE' ) ) define( 'WP_CACHE', true );
    else $GLOBALS['WP_CACHE'] = true;
    
    // move wpengine-common to mu-plugins
    rcopy( bsp_wpe_mu_disabled_path(), bsp_wpe_mu_path() );
    rrmdir( bsp_wpe_mu_disabled_path() );
    
}

There may be an easier way to accomplish this using a PHP constant or WP_ENVIRONMENT_TYPE, but as far as I can tell, it’s not 100% consistent between different environments and hosting, specifically with WP Engine.

Checking for something unique to your local environment (like specific root directory string) as I coded above may be the easiest method…at least for now.

You can add that code to your child theme (assuming you have one setup), or with the Code Snippets plugin (set to run everywhere) plugin. Keep in mind that it is untested and may need some tweaks o work 100% as expected.

IMPORTANT:

Please do us both a favor, and test out WP Rocket and Style Pack on your live WP Engine web hosting to verify that the errors disappear on actual WP Engine hosting servers. Do this before even messing with the code snippet above. You can set your site into maintenance mode (tons of plugins available for that) so that the general public doesn’t see your unfinished site. You just want to test for errors. If the errors are gone on actual WP Engine hosting, but come back when on your local dev environment, then something like the code snippet I posted above should “fix” the issue.

• This reply was modified 2 years, 8 months ago by codejp3. Reason: fix small typos