learntechwell

Great, thanks a lot for getting back to me! This seems clear now.

Hi @tristan083,

Thanks for your reply.

I’ve reviewed your caching guide and the referenced articles carefully.

Our environment uses Docket Cache for object caching and FlyingPress for page caching. I always purge the full FlyingPress cache after every update. FlyingPress is configured to only minify CSS and JS (no defer, delay, or such).

Since I’m clearing all caches between tests, and your files (like tribe-*.js and related CSS) load successfully in the Network tab with no 404s or errors, is it reasonable to expect incorrect rendering or broken JS immediately after a cache purge?

Other checks I’ve done:

• wp_footer() is working — the footer and your scripts appear as expected.
• Network tab shows tribe-* requests completing with 200 responses.
• No console errors, no blocking JS.
• CSS inspection shows no local theme overrides affecting layout.
• Behavior persists with both your Full and Skeleton CSS settings.

Could you advise if there are known issues with the current release of The Events Calendar or Event Tickets that match this?

Here are my main symptoms again:

• The View Selector (to the right of Search Bar) on /events page initially renders with 3 views (List / Month / Day).
• After navigating to /events/today/ (Day view), the selector collapses to a single icon; clicking it does nothing. Same for Month and List views.
• Navigating back to /events via browser back button shows a different markup state (an icon instead of 3 views listed as clickable text) until I hard reload.
• No console errors, no 404s; I see TEC assets in Network tab (tribe-….js) with 200 and no blocks.
• The layout is visually off (SVG search icon overlaps text “Search for events”; square icons after List and Month ovelap text; square items on the next line go off into the left margin), despite no meaningful theme overrides.

Thanks again for your time on this.