{"id":18790159,"date":"2026-01-18T22:12:11","date_gmt":"2026-01-18T22:12:11","guid":{"rendered":"https:\/\/wordpress.org\/support\/topic\/some-functionalities-breaks-when-active\/"},"modified":"2026-01-18T22:21:05","modified_gmt":"2026-01-18T22:21:05","slug":"some-functionalities-breaks-when-active","status":"publish","type":"topic","link":"https:\/\/wordpress.org\/support\/topic\/some-functionalities-breaks-when-active\/","title":{"rendered":"Some functionalities breaks when active"},"content":{"rendered":"\n<p class=\"wp-block-paragraph\">I\u2019ve 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 <strong>any page caching is enabled for anonymous\/incognito visitors<\/strong>, and I\u2019m 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.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The most visible symptom is that the <strong>theme\u2019s off-canvas\/mobile panel<\/strong> (the drawer that is normally only used for mobile navigation) sometimes appears <strong>open\/visible on desktop<\/strong> 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 \u201cpanel-open\u201d state can persist while navigating between pages, and sometimes it gradually \u201cself-corrects\u201d after multiple reloads, but it\u2019s not consistent. Importantly, this problem happens primarily for <strong>anonymous\/incognito visitors<\/strong>; when I\u2019m 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.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">At the same time, other front-end components become unreliable when caching is enabled: <strong>category grids shift\/corrupt<\/strong>, category pages sometimes lose their <strong>filter UI entirely<\/strong>, and in other cases the filter or grid UI appears to be <strong>duplicated<\/strong> 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.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I have tested multiple caching approaches and the same pattern persists whenever anonymous page caching is active. I tried the host\u2019s built-in caching controls, then <strong>Cache Enabler<\/strong>, then <strong>W3 Total Cache<\/strong>, and then <strong>WP Super Cache<\/strong>. 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 \u201coff-canvas visible on desktop\u201d and \u201cfilter\/grid corruption\u201d symptoms still occur as soon as caching is enabled.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I also previously changed WooCommerce settings that seemed to affect caching behavior (notably disabling WooCommerce\u2019s 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 <strong>Code Snippets<\/strong> (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.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">I want to be clear that I\u2019m looking for a <strong>complete and technically correct solution<\/strong> to make the site compatible with page caching. Suggestions like \u201cjust don\u2019t cache the homepage\u201d or \u201cdon\u2019t cache category pages\u201d 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 <strong>why<\/strong> the site behaves differently under cached anonymous responses.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Right now, the current failure mode is primarily on <strong>mobile<\/strong>: the intended mobile navigation (provided by <strong>Superfly Menu<\/strong>) does <strong>not load\/activate<\/strong>, and instead the site falls back to the <strong>theme\u2019s mobile menu<\/strong>, and additionally the <strong>category filter<\/strong> (coming from a separate plugin) <strong>does not appear<\/strong> on mobile. If I change configuration to try to force the \u201ccorrect\u201d Superfly Menu behavior to appear on mobile, the issue flips to the other side: the <strong>desktop<\/strong> 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 <strong>always open<\/strong>. This \u201ctrade-off\u201d 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).<\/p>\n","protected":false},"template":"","class_list":["post-18790159","topic","type-topic","status-publish","hentry","topic-tag-super-cache"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/topic\/18790159","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/topic"}],"about":[{"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/types\/topic"}],"version-history":[{"count":1,"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/topic\/18790159\/revisions"}],"predecessor-version":[{"id":18790164,"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/topic\/18790159\/revisions\/18790164"}],"wp:attachment":[{"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/media?parent=18790159"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}