Settings after a theme change

POM Events' event runtime only loads on the POM theme, but its settings, license and updater do not. This page explains what survives a theme change and what to check afterwards.

What depends on the theme

The split is deliberate: a site that changes theme keeps its licensing and its ability to update, and regains everything else the moment the POM theme is active again.

Your settings are not lost

POM Events stores its values in its own namespace, separate from the theme's options. Switching theme does not clear them, and switching back does not require reconfiguring anything.

The same applies to your events: the content stays in the database. It is the runtime that stops loading, not the data that disappears.

After switching to a non-POM theme

Expect:

• the Events menu to disappear;
• event URLs to stop rendering as event pages;
• the shortcodes to produce nothing;
• Settings → POM Events to remain reachable, including the License section.

If you did not intend that, the fix is to activate the POM theme — not to reinstall or reconfigure the plugin.

After switching back to the POM theme

Check, in order:

1. The Events menu is present.
2. All Events lists your events with their start dates.
3. A published event renders correctly signed out.
4. The page holding [web_event_search_form] returns results.
5. The calendar page renders, if you use one.
6. The registration form opens and submits.
7. Settings → POM Events still holds your values in all four sections.

If event URLs return not-found errors, open Settings → Permalinks and save once to refresh the rewrite rules. That is the most common post-switch symptom and it is not a data problem.

After switching to a POM child theme

A child of the POM theme keeps the runtime, because the template is still POM. Nothing in this article applies — but do re-run the checks above once, since a child theme can restyle the event page substantially.

What a theme change can affect visually

Even between POM-based themes, the surfaces most likely to shift are:

• the subheader band and its overlay;
• event list item spacing;
• the calendar's cell sizing;
• the registration modal.

Re-check the responsive review after any theme change, on a phone.

Before switching theme deliberately

• [ ] Note which pages hold the event shortcodes.
• [ ] Note your Archive and Single event settings, in case you want to compare afterwards.
• [ ] Export the attendee lists of any imminent event, so the door list does not depend on the site rendering.
• [ ] Tell whoever manages events that the menu will disappear.
• [ ] Plan to re-save permalinks afterwards.

Verify after any theme change

1. Events menu present.
2. An event renders publicly.
3. The events page returns results.
4. Registration opens and submits.
5. Settings intact in all four sections.
6. Permalinks re-saved if URLs misbehave.