• Hi there,

    We’re seeing some issues with the ‘Apply button mode’ introduced in Filter Everything 1.9.2.
    Reverting to 1.9.1 removes the problem.

    Environment (summary)

    • WordPress + WooCommerce product archives with AJAX filtering enabled
    • LiteSpeed Cache with image lazy loading enabled
    • Apply button mode in use (filters applied after user action)

    Symptoms

    1. The first filter application behaves as expected (e.g. narrow to a product category).
    2. When a second filter is applied (e.g. an additional taxonomy/meta/date filter such as a release month), the product loop updates but product images do not appear — we see empty/grey placeholder areas where thumbnails should be.
    3. Opening DevTools (or anything that forces a strong resize/reflow) often causes images to appear, which points to layout / intersection / scroll timing, not missing HTML.
    4. Disabling LiteSpeed’s image lazy load makes the issue go away while staying on 1.9.2.

    So the failure mode is Filter Everything 1.9.2 + AJAX-injected product HTML + LiteSpeed’s lazy-load implementation. It does not occur on 1.9.1 under the same LiteSpeed and site configuration.

    Likely cause:

    Your 1.9.2 changelog includes: “Improved the Apply and Reset buttons in Apply Button mode. They are now floating for better usability.”

    In 1.9.2 we see new frontend behaviour that is not present in 1.9.1, including:

    • Markup related to sticky / floating apply controls (e.g. .wpc-sticky-buttons, placeholders)
    • New JavaScript that attaches window scroll handling, measures layout (getBoundingClientRect, offsets), inserts placeholders, and applies fixed positioning — and hooks this into the AJAX success path around the same time the posts container HTML is replaced and events such as <code class=””>scroll / <code class=””>resize are fired.

    LiteSpeed’s lazy loader is sensitive to DOM replacement + scroll/layout after load. The new floating-apply flow appears to interfere with that pipeline so below-the-fold or lazily processed images in the updated grid never get processed until something forces a reflow (e.g. DevTools).

    Workaround we use today

    • Stay on 1.9.1, or
    • Keep 1.9.2 and exclude WooCommerce loop images from LiteSpeed lazy load (or disable its image lazy load), which is a site-wide tradeoff.

    Can you add an option to disable sticky / floating behaviour please?
    The new sticky / floating behaviour forces the buttons above our open / close buttons as well as breaking lazy load, so having the option to use the legacy setting (1.9.1) would be an ideal fix.
    Currently with 1.9.2 active and lazy load disabled, we still need to apply the following custom css so the buttons display correctly:

    /* Apply Button mode customization */
    .wpc-sticky-buttons {
    padding: 0 !important;
    z-index: unset !important;
    border: none !important;
    position: relative !important;
    top: auto !important;
    bottom: auto !important;
    }

    Thank you for your help!

Viewing 5 replies - 1 through 5 (of 5 total)
  • Plugin Support fesupportteam

    (@fesupportteam)

    Hi @japenz

    Can you please attach the links to the videos when using both the 1.9.1 Apply button and the 1.9.2 Apply button with the same lazy loading, so we can see how it works in both versions and what is happening? It would also be helpful if you could attach the link to the exact page with this issue.

    Usually, such issues are related to JavaScript code that is not AJAX compatible by default. On new elements, this JS code may not apply changes, causing them to break in some way. This can usually be fixed by following this documentation page: https://filtereverything.pro/resources/ajax-instructions-only/#ajax_related_problems

    Best Regards,
    Victor

    Thread Starter JapeNZ

    (@japenz)

    Hi @fesupportteam,

    Thanks for taking a look at this for me.

    You can test 1.9.2 on our staging site here: https://comicbookshop.co.nz/staging/product-category/pre-orders/

    Here’s a couple of short clips showing the differences between 1.9.1 and 1.9.2 with regards button display and lazy load problems.

    Filter Everything 1.9.1 – Working as expected

    Filter Everything 1.9.2 – Button and lazy load issues

    Also, I’ve tested with ‘AJAX for Filters’ deactivated and the lazy load issue persists, so it seems unlikely it’s due to ‘AJAX related problems’.

    Thanks again for your help.

    • This reply was modified 4 days, 3 hours ago by JapeNZ.
    Plugin Support fesupportteam

    (@fesupportteam)

    Hi @japenz

    We have checked the site, and the issue is not related to filtering. Please check the subcategory page directly: https://comicbookshop.co.nz/staging/product-category/pre-orders/dc-comics-pre-orders/
    and observe how it behaves when using pagination on it.

    Why is this happening during filtering? Because for the filter prefixes (var names), you chose the exact prefixes that physical categories are using. This causes you to be redirected to the actual subcategory pages instead of the product_cat. Please use something unique, such as “prod_cat,” just for testing in order to see the difference after making these changes.

    Filter prefixes should always be unique and should never overlap with taxonomy slugs or similar.

    Best Regards,
    Victor

    Thread Starter JapeNZ

    (@japenz)

    Hi Victor (@fesupportteam),

    Nailed it! Thank you so much for taking the time to help, very much appreciated 🙂

    I’m wondering if I have setting errors for a couple of other quirks I’ve noticed, I hope you don;t mind me asking about them.

    I’ve noticed that with ‘«Apply Button» mode’ when I select a filter and it takes a moment to filter the selection (before pressing apply), while the filter area dulls slightly all the buttons can still be interacted with and doing so causes the selection to switch / de-select etc. Is there an option or recommended workaround to make other selections impossible while it’s updating the filter?

    Also, in dev tools the Apply Button buttons seem to be constantly twitching… sorry I can’t think of a better way to put it… is that supposed to be happening, or I have I got something set up incorrectly do you think?

    Filter interaction and twitching element in dev tool capture.

    Anyway, thanks again for your help, much appreciated.

    KInd regards,

    Jon-Paul

    Plugin Support fesupportteam

    (@fesupportteam)

    Hi Jon-Paul @japenz

    Right now you need to wait for the other terms to be updated in order to choose new ones.
    There will be an update in version 1.9.3 introducing a new Apply Button mode, which will allow to select all required options and apply the chosen filters only after clicking Apply.

    As for the second issue (constantly twitching in the DOM), we have passed it to the development team.

    Best Regards,
    Victor

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

You must be logged in to reply to this topic.