Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter proller

    (@proller)

    Hello again,

    Using Elementor’s Clear Files & Data option makes no difference in my case.

    I applied the solution; however, it did not resolve the issue. The problem persists: flushing the page cache occasionally breaks the stylesheets on some pages.

    I also applied the modification to the Elementor update package and installed it as an update. Unfortunately, clearing the page cache for the first time after the update broke most of the pages’ stylesheets, just like before.

    Thread Starter proller

    (@proller)

    Hello,

    The issue is still there if I only flush either one of them.

    I reproduced the issue on a couple of sites when I update the elementor plugin. (Elementor’s caching is disabled. Prevent caching of objects after settings change in css & js section is enabled.) Sites which use the wpbakery plugin (where the rest of the plugins and theme are the same) do not have this issue, so I believe the issue is related to Elementor.

    When the issue occurs on a site where w3tc cdn (cloudfront) is enabled, the issue persists even after I flush all caches (whether at once or one by one). I had to disable and re-enable the cdn in order to get all pages working correctly.

    Thread Starter proller

    (@proller)

    Hello,

    Thank you for your reply.

    So, the garbage collection interval is not needed for the redis method.

    My issue is that some changes on the site like a theme update or updating page content cause broken styling for cached pages untill I manually flush the object cache and page cache. I assume that the page cache is renewed after those changes, while the object cache remains the same until its lifetime expires. So, the new page cache uses old data from the object cache. Since my page cache gc interval is 1 day, even if the object cache is cleared after the changes, it has to wait until the page cache gc task runs.

    Is this accurate? If so, instead of reducing the page cache gc interval, would hooking the object cache flush to the page cache flush solve this issue?


    add_action( 'w3tc_flush_posts', 'custom_flush_object_cache_on_page_flush' );
    function custom_flush_object_cache_on_page_flush() {
    if ( function_exists( 'w3tc_flush_group' ) ) {
    w3tc_flush_group( 'object' );
    }
    }
    • This reply was modified 5 months, 3 weeks ago by proller.
    Thread Starter proller

    (@proller)

    Hello,

    Thank you for your response.

    ‘Post SMTP localize loaded.’ message is removed.

    ‘console.log(‘chart data updated: ‘, chart.data); // Log the chart data for debugging’

    This line from post-smtp-wp-dashboard.js is also logging to the console when post smtp dashboard widget is displayed.

    I know it is a minor point, but cluttering the console can make debugging other issues a bit more tricky. Maybe a debug toggle for the plugin makes it tidier. I hope this feedback is helpful for improving the plugin even further.

    Thread Starter proller

    (@proller)

    Hi,

    Thanks for your reply.

    I agree that it might be usually okay. However, site owners are able to prevent file access for admin users too. It will be quirky from this aspect.

    I’d say it is safer and more accurate approach to limit tablepress to access only wp-content/uploads/ folder.

    Thread Starter proller

    (@proller)

    I can’t get it working.

    Discount by cart rule appears on cart page but not in mini cart.

    Cart page:

    Mini cart:

    Thread Starter proller

    (@proller)

    I did and issue persist. Also deleting all the rules has no effect.

Viewing 7 replies - 1 through 7 (of 7 total)