wplid

Thanks for the reply. I suspected as much, although it’s a bit odd since it’s pretty much an out-of-the-box install of WordPress (except that it’s running in Docker).

I haven’t made any changes to the default theme other than the minor override in single-event.php. I don’t have plugins activated other than Akismet.

I’ll keep looking for a solution.

The Single event URL slug will show the same view as the Events URL slug if for some reason you link/navigate directly to it. But that’s not what it’s intended for; it’s intended to build the URL for single event pages, e.g. https://mysite/event/this-single-event-page-talks-about-one-event

While https://mysite/event/ and https://mysite/events/ show the same view, https://mysite/event/single-event-page works, while https://mysite/events/single-event-page will redirect.

In summary: https://mysite/events/ is intended to show all your events (hence the plural), whereas https://mysite/event/… is intended to build the URL to a single event page. There’s no third distinct calendar slug; that’s incorporated in the Events URL slug https://mysite/events/.

The “calendar” view (i.e. the month/day/list views) uses the “Events URL slug” that you set. The “listing of events” and “calendar” you reference in your first post use this same slug.

See also: https://theeventscalendar.com/knowledgebase/linking-to-specific-event-views/

That’s not really an error – it’s a warning telling you that you have a WordPress Page with the same slug as the one that The Events Calendar is using.

I’m modifying it for single views of the event. I also see the issue when overriding modules/meta/venue.php. It’s rather bizarre though – I couldn’t pin down an update interval, but it’s on the order of 1 minute (sometimes less, sometimes immediate) – it still makes me suspect my setup.

Cheers!