bhammondCVL

Ah, sorry. I had to override the colors in the Custom CSS. I have now removed that customization if you look again.

Notice that the link/button for the category has the correct background color, but the events do not:

<span class="category-color-sample svg" style="background:#466029;"><svg>...</svg></span>Oak Creek

I have the same problem. The plugin does not render the carousel correctly on the front end–only with the Divi Builder enabled does the carousel work. I installed the plugin on a new site, with no other plugins installed, and got the same result.

Four months later and this simple-to-fix problem persists. Sigh.

Hey, remember this? I found the issue. It wasn’t the API settings: it was that in the Location settings, the “State/County” field had the US postal abbreviation for the state (CO) instead of the full name (Colorado).

As soon as I turned ‘CO’ to ‘Colorado’, the maps worked fine.

Just to sum this up: I reset all the Event Manager settings and the ‘XXX’ disappeared and the maps worked properly. I still have no idea what the cause was, but it appears to have been something corrupted in the plugin settings.

Mmm. Well, I think you’re right–it doesn’t seem to be the Events Manager plugin causing this. I installed the plugin in a different, completely generic, WordPress site and it worked fine. The failure of the maps to generate is likely a problem with the API (though the settings are all correct and there were no errors in the console).

The ‘xxx’ is coming from something specific to that one site, and is probably unrelated to the Maps API, but I have no idea what.

Anyway: I will mark this as resolved, as I’m pretty sure it’s not your problem to puzzle about. Sorry for the bother.

No, we’re not using any filters like that.

I don’t know what location data the plugin is sending to Google Maps, but if you look at the screenshot above, in my initial post, you can see that the location information is entered correctly. But, when you view the location on the site, you see “XXX” in front of the street address.

I’m assuming that ‘XXX’ is messing up the location data sent to Google Maps API, but that’s just an assumption.

• This reply was modified 1 year, 6 months ago by bhammondCVL. Reason: added a bit more info

This is a strange response. It’s clearly not a conflict. The code generating this off-screen field is right there in the plugin, in /lite/public/partials/class-es-shortcode.php, line 383.

Either this is a very lame auto-response, or your knowledge of this plugin is insufficient to offer adequate support.

I’m pretty sure this is a honey pot field. In any case, if you remove it from the file, the form no longer works.

For the accessibility audit software we’re using, you can avoid the ‘input with no label’ issue by simply hiding the input via CSS, like:

input[name="esfpx_es_hp_email"] { display: none; }

You could also edit the above-named file to add a label, but I think in that case you should also add the attribute aria-hidden=”true” so that screen readers ignore it.

• This reply was modified 1 year, 6 months ago by bhammondCVL. Reason: typo fix

Yes, I know that about the accessibility of background images. And yes, it is definitely the background image div that is getting highlighted in the accessibility audit.

Your explanation as to why the div has the “role=’img'” attribute does not make any sense to me. Clearly, the div could contain a background image without the “role” attribute.

As MDN docs state, the “img” role attribute is generally used for an element containing multiple images, and there should also be an “aria-label” attribute.

Good news–thanks!

You’re correct: this was not related to the plugin at all, but rather wp-cron had been deactivated for the migration, and not been turned back on.

Thanks for the quick reply, and sorry for the bother.

Thanks; that’s exactly the info I needed.

I think they should issue an update soon that will fix the issue. In the meantime, commenting out those lines will keep the plugin running. Or you can roll back to the previous version.

• This reply was modified 2 years, 6 months ago by bhammondCVL. Reason: typo

Awesome! Thanks so much. I will mark this as resolved and give this a try.

Yes, that does make sense. But I want Posts and Events to display as related, but not anything else. So just limiting things to the same type is not sufficient.