Forum Replies Created

Viewing 15 replies - 121 through 135 (of 407 total)
  • @enkoes – We have found the conflict (with the help of the OTP verification plugin author) and this will be patched in the next version of Style Pack (probably in a week or so). The issue also affects the “Subscription Management” tab. Just a heads-up in-case you also decided to change subscription settings and ran into the same issue. The problem will be resolved in the next release. I’ll tag you in this topic when it’s released.

    Until then, you have the temporary workaround listed above to hold you over.

    Thank you for reporting this!

    Thread Starter codejp3

    (@codejp3)

    @ganeshpawar – thank you for your input.

    I have verified that it is indeed because of a missing </form> tag. We will issue an update for this shortly. Sometimes the simplest things will break a plugin. Glad you were able to spot this, because clearly I missed it.

    Resolved

    Thread Starter codejp3

    (@codejp3)

    Update and Workaround

    I’ve been able to successfully prevent the conflict with Style Pack by adding this code snippet:

    // force a fix for miniOrange plugins that conflict with Moderation Tools
    function remove_minorange_feedback() {
            $mo_otp = \OTP\MoInit::instance();
            remove_action( 'admin_footer', array( $mo_otp, 'feedback_request' ) );
    }
    add_action('init', 'remove_minorange_feedback');

    I’m not going to release this as part of our plugin yet. I’m going to give you a chance to change the code within miniOrange plugins before we forcefully deactivate your feedback functionality.

    My recommended change is within \OTP\MoInit\initialize_hooks to wrap the “add_action admin_footer” for “feedback_request” so that it only does so on the /wp-admin/plugins.php page instead of EVERYWHERE in the admin panel. That way it will still work as you want, and won’t conflict with our plugin any more.

    My guess is that you use the same plugin feedback functionality within all of your plugins, so the recommended change would apply to all of them. Like I said, I’ll give you a chance to patch them all.

    @ajtruckle – 2 things real quick

    1.) Version 5.6.1 has been released which includes the auto-cache clearing functionality. If you EVER find that you still have to manually clear cache, I’d love to hear when/where/why you had to do so.

    2.) I used your code snippet for custom CSS to test the exact scenario you had to manually clear AutOptimize, and while doing so I noticed some tweaking to your CSS snippet that I had to do to make it work exactly as expected. Here’s a revised snippet that you may want to also apply to your site:

    .trucklesoft-topic-buttons, 
    #bbpress-forums a.trucklesoft-topic-buttons, 
    #bbpress-forums a.trucklesoft-topic-buttons:visited  {
        border: solid 1px #248ed0;
        color: #fff;
        background: #248ed0;
        padding: 8px 25px 8px;
        font-size: .86666667em;
        line-height: 1.384615em;
        margin-top: 5px;
        margin-bottom: 5px;
        display: inline-block;
        text-transform: uppercase;
        font-weight: normal;
    }
    
    .trucklesoft-topic-buttons:hover, 
    #bbpress-forums a.trucklesoft-topic-buttons:hover {
        color: #248ed0;
        border: solid 1px #248ed0;
        text-decoration: none;
        background: #fff;
    }	 

    Cheers!

    Thread Starter codejp3

    (@codejp3)

    Quick Update.

    I still haven’t determined the actual cause yet, but I have narrowed it down to your plugin feedback functionality.

    Simply renaming /views/feedback.php to /views/feedback.disabled fixes the conflict.

    Doing that, both plugins seem to work as expected (except for your plugin feedback on deactivation functionality).

    Hope that helps point you in the right direction for patching this conflict!

    I’ve tried to isolate the exact issue without success. I’ve reached out to miniOrange in their support forum for this plugin to try to figure out a permanent solution to this conflict.:
    https://ww.wp.xz.cn/support/topic/plugin-conflict-396/

    Until it’s resolved, I’ve tested the actual Moderation Tools and confirmed that they do indeed work as expected with or without the minOrange OTP Verification plugin activated.

    The only conflict seems to be with trying to enable/disable Moderation Tools in the “Moderation” tab ( /wp-admin/options-general.php?page=bbp-style-pack&tab=modtools ).

    A temporary ( janky-but-effective ) workaround would be to temporarily disable the OTP Verification plugin, enable Moderating Tools in Style Pack, and then re-enable the OTP Verification plugin. That way you can have Moderation Tools & OTP Verification.

    We’ll try to identify the conflict and come up with a permanent solution.

    Thanks for reporting it!

    Now that I know there’s a plugin conflict, I’ll look into the issue and see if there’s something we can do in Style Pack to fix it, and if not, I’ll reach out to that plugin author and let them know and see if they can patch it on their side.

    Thanks for the update!

    Perfect! I’m going to mark this as resolved, but feel free to post here again if you have any other issues related to this.

    It sounds like they’re being held for moderation.

    Check your main WP settings in Settings > Discussion > “Before a comment appears” & “Comment Moderation” ( /wp-admin/options-discussion.php ):

    Those settings affect THE ENTIRE SITE (including bbPress topics/replies). If you have any values specified for those settings, any topic or reply that doesn’t pass those checks will automatically be held for moderation. They will get saved to the DB and show up in the admin panel with a yellow/orange-ish background and have a status of pending:

    @ajtruckle – Good news! I was able to get a class method that I we can use to force AutOptimize to reset its’ cache.

    I’ve implemented this into the next upcoming release of Style Pack.

    You get to be the official guinea pig for thoroughly testing this. 🙂

    I’ve already tested it and can confirm that AutOptimize is clearing its’ cache whenever any settings are changed that regenerate CSS/JS files, but I’m mainly interested in if you ever run into ANY situation where you make a change to Style Pack, but STILL HAVE TO do a manual reset of AutOptimize. Thanks in advance for your feedback!

    This new version should be released sometime this weekend.

    Thread Starter codejp3

    (@codejp3)

    Perfect!

    I’ve added this to the next release of Style Pack. Any time we generate new files due to settings/value changes, we clear AutOptimze as well (if installed/activated).

    In case anyone else wants to add this capability to their own plugin or custom code, here’s the final code snippet that has been tested and is working as expected:

    if ( class_exists( 'autoptimizeCache' ) ) autoptimizeCache::clearall();

    Resolved 🙂

    @naielah – It’s been 2 days. Just checking back in with you.

    @enkoes – It’s been 2 days. Just checking back in with you.

    Sorry you’re experiencing issues.

    I just checked the stats, and thousands of people have updated to the new version, but you’re the first (maybe only one) to experience this. We will troubleshoot it, but there’s a chance it may not be directly related to Style Pack.

    Considering it’s a private site, troubleshooting will be a little more difficult, but let’s start with some basics.

    1.) Did you update anything else recently or at the same time as Style Pack?

    2.) Do you have moderation tools enabled?

    3.) Do you have any words or phrases in the WP Discussion settings for blacklisted/disallowed words.

    4.) Do you have debugging enabled and are there any recent entries in the debug log file?

    5.) When you make a post, you say it shows up empty/blank. Do the post actually save in the DB? Can you see the empty/blank post in the WP admin panel? Or is it not being saved at all?

    6.) Does it only affect the admin user or every user?

    7.) Have you gone through the standard troubleshooting procedures of disabling plugins except for Style Pack and bbPress, verifying that works properly, and then re-enabling plugins one at a time, retesting after each one, until you find the conflict?

    8.) Have you tried uninstalling v 5.6.0 and rolling back to v 5.5.9 to see if the issue still persists?

    There’s other things we can try, but it starts to get complicated quickly. These are the basics to try first.

    Yes. I did activate this some time ago. Is it due to this reason that I get error message?

    @enkoes

    No, not directly the cause. I was really just curious if you’ve ever used moderation before, and to see if you cloud previously activate it successfully or not.

    I was not able to replicate this on my test site. It appears to be working as expected. Activating moderation from the “Moderation” tab works fine, and the moderation options show up in the “Forums” settings page as expected.

    The #1 reason for it to not work properly for you is a conflicting plugin.

    Can you go to the “Plugin Information” tab ( /wp-admin/options-general.php?page=bbp-style-pack&tab=plugin_info ) and scroll down to the bottom of the “Site Plugins” section and click the “Copy Site Plugins to clipboard” button and then post that here?

    I’ll see if I can replicate the issue based on the plugins you’re actually using. An alternative option is that you could disable all plugins except for bbPress and Style Pack to confirm it works correctly, and re-enable the other plugins one at a time and re-test afterwards until you find the plugin(s) that are conflicting. It could also be the theme conflicting, but that’s less likely than it being a plugin conflicting.

    Let’s eliminate plugins as the cause first, and then we’ll go from there.

Viewing 15 replies - 121 through 135 (of 407 total)