Title: Some functionalities breaks when active
Last modified: January 18, 2026

---

# Some functionalities breaks when active

 *  Resolved [willpardo](https://wordpress.org/support/users/willpardo/)
 * (@willpardo)
 * [4 months, 2 weeks ago](https://wordpress.org/support/topic/some-functionalities-breaks-when-active/)
 * I’ve spent many hours over multiple days using WP Super Cache and trying to resolve
   a persistent issue on my WordPress + WooCommerce site where the front-end becomes
   unstable specifically when **any page caching is enabled for anonymous/incognito
   visitors**, and I’m at the point where I need a developer-level diagnosis of 
   the root cause. Without caching, everything behaves normally. With caching enabled,
   the site intermittently renders UI in an incorrect state and various elements
   break or duplicate, and the behavior is hard to stabilize even after repeated
   cache purges.
 * The most visible symptom is that the **theme’s off-canvas/mobile panel** (the
   drawer that is normally only used for mobile navigation) sometimes appears **
   open/visible on desktop** for logged-out/incognito visitors. When this happens,
   the panel shows the same mobile navigation content that should only appear after
   tapping the hamburger icon on mobile. This “panel-open” state can persist while
   navigating between pages, and sometimes it gradually “self-corrects” after multiple
   reloads, but it’s not consistent. Importantly, this problem happens primarily
   for **anonymous/incognito visitors**; when I’m logged into wp-admin, the issue
   often does not appear, which strongly suggests a caching-related difference in
   script execution order, asset delivery, or initial state.
 * At the same time, other front-end components become unreliable when caching is
   enabled: **category grids shift/corrupt**, category pages sometimes lose their**
   filter UI entirely**, and in other cases the filter or grid UI appears to be **
   duplicated** or re-initialized multiple times while navigating. It feels like
   JavaScript-based components are being initialized twice (or being initialized
   on partially styled markup), leading to layout drift, missing elements, or duplicated
   UI. These issues tend to appear more frequently after moving across multiple 
   category pages and then back/forward, again primarily in incognito/anonymous 
   mode.
 * I have tested multiple caching approaches and the same pattern persists whenever
   anonymous page caching is active. I tried the host’s built-in caching controls,
   then **Cache Enabler**, then **W3 Total Cache**, and then **WP Super Cache**.
   With W3 Total Cache, enabling Minify/Combine (JS/CSS) made the UI corruption 
   worse, so I disabled Minify and any lazy/delay/defer features and kept only basic
   page cache + browser cache. With WP Super Cache, I enabled caching for anonymous
   visitors, disabled caching for logged-in users, set rejected URLs for WooCommerce-
   sensitive pages (cart/checkout/account), and configured it to avoid caching URLs
   with GET parameters. Even with conservative settings, the “off-canvas visible
   on desktop” and “filter/grid corruption” symptoms still occur as soon as caching
   is enabled.
 * I also previously changed WooCommerce settings that seemed to affect caching 
   behavior (notably disabling WooCommerce’s order attribution/source tracking feature
   that sets attribution cookies), and I repeatedly purged caches and flushed permalinks.
   Additionally, some of the functionality that often misbehaves (especially parts
   of the header/menu behavior and some UI behavior) is implemented using **Code
   Snippets** (custom snippets injected into the site rather than coming directly
   from the theme or a single plugin), which may be contributing to inconsistent
   initialization depending on whether the request is cached or not.
 * I want to be clear that I’m looking for a **complete and technically correct 
   solution** to make the site compatible with page caching. Suggestions like “just
   don’t cache the homepage” or “don’t cache category pages” are not acceptable 
   as a real fix, because those are some of the most important pages for performance
   and SEO; disabling caching there would defeat the purpose and significantly impact
   site speed. I need to understand **why** the site behaves differently under cached
   anonymous responses.
 * Right now, the current failure mode is primarily on **mobile**: the intended 
   mobile navigation (provided by **Superfly Menu**) does **not load/activate**,
   and instead the site falls back to the **theme’s mobile menu**, and additionally
   the **category filter** (coming from a separate plugin) **does not appear** on
   mobile. If I change configuration to try to force the “correct” Superfly Menu
   behavior to appear on mobile, the issue flips to the other side: the **desktop**
   experience becomes unstable again, with Superfly Menu content appearing on the
   left as if it were in mobile mode and sometimes looking like it is **always open**.
   This “trade-off” strongly suggests a state/initialization problem (possibly related
   to cached HTML vs. deferred assets, conditional loading of scripts by device 
   detection, or JS executing twice or out of order).
    -  This topic was modified 4 months, 2 weeks ago by [willpardo](https://wordpress.org/support/users/willpardo/).

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

 *  Plugin Support [Stef (a11n)](https://wordpress.org/support/users/erania-pinnera/)
 * (@erania-pinnera)
 * [4 months, 2 weeks ago](https://wordpress.org/support/topic/some-functionalities-breaks-when-active/#post-18791780)
 * Hi there, [@willpardo](https://wordpress.org/support/users/willpardo/),
 * Thank you for this exceptionally detailed description of the issue you’re experiencing.
 * Based on what you’ve described, this does sound like a JavaScript state/initialisation
   race condition that manifests when static HTML is served from cache before certain
   scripts have determined the correct initial state (e.g., whether to render mobile
   vs. desktop UI components). The symptoms you’re seeing might be indicators that:
    - Device detection or conditional UI logic is being “baked into” the cached 
      HTML in a particular state, or
    - JavaScript that determines initial UI state is running inconsistently (either
      too early, too late, or multiple times) when pages are served from cache vs.
      generated fresh, or
    - The custom Code Snippets you mentioned may be outputting markup or inline 
      scripts that behave differently depending on request timing.
 * To properly diagnose this, we need to see the site in action. Without being able
   to see the front-end code and behaviour, it’s very difficult to pinpoint whether
   the root cause is, or whether there’s a specific plugin conflict.
   Could you please
   post your site URL here so that we can have a look? If you want it to remain 
   private, you can also contact us via [contact form](https://jetpack.com/contact-support/?rel=support&hpi=1).
   If you choose to reach out directly, please include a link to this thread. Thanks!
 *  Thread Starter [willpardo](https://wordpress.org/support/users/willpardo/)
 * (@willpardo)
 * [4 months, 2 weeks ago](https://wordpress.org/support/topic/some-functionalities-breaks-when-active/#post-18791946)
 * Hello, 
   Thanks for your reply, I just sent the case throught the form you gave
   me.
 * Please, let me know if you got it. 
   Kind regards.
 *  Plugin Support [Stef (a11n)](https://wordpress.org/support/users/erania-pinnera/)
 * (@erania-pinnera)
 * [4 months, 2 weeks ago](https://wordpress.org/support/topic/some-functionalities-breaks-when-active/#post-18792268)
 * Hi [@willpardo](https://wordpress.org/support/users/willpardo/)!
 * We have received your email; we’ll get back to you as soon as possible. 
   _(Internal
   ticket ref #10746930) _
 * Closing this thread for now. Thanks!

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

You must be [logged in](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fwordpress.org%2Fsupport%2Ftopic%2Fsome-functionalities-breaks-when-active%2F%3Foutput_format%3Dmd&locale=en_US)
to reply to this topic.

 * ![](https://ps.w.org/wp-super-cache/assets/icon-256x256.png?rev=3506220)
 * [WP Super Cache](https://wordpress.org/plugins/wp-super-cache/)
 * [Frequently Asked Questions](https://wordpress.org/plugins/wp-super-cache/#faq)
 * [Support Threads](https://wordpress.org/support/plugin/wp-super-cache/)
 * [Active Topics](https://wordpress.org/support/plugin/wp-super-cache/active/)
 * [Unresolved Topics](https://wordpress.org/support/plugin/wp-super-cache/unresolved/)
 * [Reviews](https://wordpress.org/support/plugin/wp-super-cache/reviews/)

## Tags

 * [super cache](https://wordpress.org/support/topic-tag/super-cache/)

 * 3 replies
 * 2 participants
 * Last reply from: [Stef (a11n)](https://wordpress.org/support/users/erania-pinnera/)
 * Last activity: [4 months, 2 weeks ago](https://wordpress.org/support/topic/some-functionalities-breaks-when-active/#post-18792268)
 * Status: resolved