rmz65

I did some testing, hopefully that helps in resolving the issue.

Fresh installation, No additional plugins, only events manager.
General settings: timezone=Madrid. Date format=d/m/Y, Time format=H:i
Events Manager settings: Enable Timezone Support=yes, Default Timezone=Madrid. Date formatting=24h.

Testing with 4 events, all with date=25 November 2020, time between 13:00 and 15:00.
Event 1: Timezone=Madrid
Event 2: Timezone=UTC+1 (is the same as Madrid)
Event 3: Timezone=New York
Event 4: Timezone=UTC-5 (is the same as New York)

Results.
Both in admin and frontend: Event 1: 13:00-15:00 (correct), Event 2: 12:00-14:00, Event 3: 13:00-15:00, Event 4: 18:00-20:00
Event 2, 3 and 4 do show the date/time with the correct timezone indicator.

After installation of the latest DEV version (5.9.8.2), all events have 13:00-15:00 as time.
Added the same events, but dated 26/11/2020.
These also all default to 26/11/2020, 13:00-15:00.
The same happens in a clean installation with the DEV version, so without adding events in the official release.

After uninstall of the DEV version, and reinstall of the official version we return to the original results:
Event 1: 13:00-15:00, Event 2: 12:00-14:00, Event 3: 13:00-15:00, Event 4: 18:00-20:00,
Event 5: 13:00-15:00, Event 6: 12:00-14:00, Event 7: 13:00-15:00, Event 8: 18:00-20:00 (dated 26/11/2020).

So, basically the DEV version does nothing. It defaults all events to the date/time entered.

I normally use a mix of UTC and location timezones, but sticking to one makes no difference.
Also using a UTC in general settings for the timezone has the same results.

I love the way to provide a solution for dev versions, but maybe give a message if you already have that one installed?

I’m running 5.9.8.2, according to the info in the plug-in admin screen. I’m guessing that’s the dev version, after several attempts no update shows up.

And this version does not fix the timezone issue, i’m afraid.

If you see an event count it normally means they are deleted, check in the “trash” tab if the events are there.
Also make sure you have “all dates” in the selection, this normally defaults to “future events”.

As far as the category is concerned, in the setting, under general, there is a option “Default Category”, you can select one of the categories there and it will be automatically assigned to an event unless you select a different category when creating the event.

For this link to work I have to have the Pro version, which I don’t.
Apart from the i/o plugin there is no benefit at all for me to using Events Manager Pro.

If you enable “URLs” in general settings as location type, you can select URL for an event location. Here you can also enter the URL itself.

This seems to make more sense than have a Country “Online”, where you would need to enter an address, and you would mess up the map option if you’re using that.

I disagree. 00:00 Is officially the beginning of the next day. Everybody I know agrees with that, even my 84-year old grandmother.

So for an end user that should be clear.

I agree that it is not really clear that you can enter the time manually, and it’s a bit cumbersome, this could do with some UI improvements.

Apart from selecting from the drop-down, you can also enter the time manually.
I usually enter 23:59 for end of day, to prevent the event showing up on “events tomorrow”.

I think you need to hold the ctrl-key when selecting multiple categories.

That is strange, is the trash really emtpy?
Normally WordPress deletes trashed items automatically after 30 days, and as long as there are deleted events the red circle should be there.

If the message you see is CONTENT, then the solution is to change that to CONTENTS.
You normally would have CONTENTS in both language versions.

I don’t know Polylang enough to go into detail, sorry.

The correct term is CONTENTS, with an S at the end.

The number indicates how many events were deleted.
Go to the events main page, at the top there is a link “Trash”. Go there and click the button “empty trash”, the red circle with the number will disappear.

Did you enter {has_event_location_url}#_EVENTLOCATION{/has_event_location_url}
in the settings page, it is not in the template by default, you need to add it manually.
Also you want to check if a location exists with {has_location}{/has_location} otherwise you get the ugly “Map Unavailable” message, which is what timrv was referring to.

Correction, this only resolves the issue when you’re logged in.
I found that another plugin wp fastest cache was intervening. Which is weird, I’ve been using this one for some time without issues. Disabled it now, things work fine.
Next step is to check the site speeds.

Okay, it’s resolved. This “Force JavaScript in <head>?” must be switched off.
Without excluding the Slider js-file, or the or use “Add try-catch wrapping?”.
I don’t remember if I enabled the “Force JavaScript…” or if this is selected by default, anyway it works fine now ??