Erich

John,

Thanks again for all your help with this so far! Thanks for putting this on the bugs list. I hope it’s a simple fix. ??

– Erich

Hi John,

Thanks again for your great support and follow up through this process!

I’ve got an updated test link for you. For this one, we have:

https://hollandaquastg.wpengine.com/schedule-v2-0/

1. Disabled every plugin except for Simple Calendar.
2. Switched to fresh install of Twenty Twenty-Three theme
3. The only content in our page is text and an HTML block (to force constricted width) for the second example.

This is a tricky one!

John,

I’m back. I spoke too soon. It might be some type of responsive formatting thing in your javascript. Here’s what the Divi folks say:

Hey there Erich!?

The issue occurs since the shortcode is added to a narrower column and the plugin seems to convert the time format that way when there is not much width to use.

For example, using the default WordPress editor instead of Divi Builder, the same result is shown when the container is narrower. See the screenshot for it:

I’m afraid, the functionality of the date is handled by the plugin and not Divi. You may want to reach out to the plugin’s support to let them know about the issue. They should be able to provide more insights and fix the problem if ever needed.

I hope that helps!

Here’s that demo URL: https://hollandaquastg.wpengine.com/schedule-v2-0/

Thanks again for all your help so far!

John,

I hate to say it, but you’re right. It appears to be an issue with the Divi theme. Switching to a default theme on a test site causes the dates to format correctly. I apologize for using your time, but I’m grateful for the support!

• Erich

John,

Thanks again for your help! I thought this would be easier if I just made a super-short screencast of the problem. This video on YouTube is about 90s long, and I demonstrate what the bug is more clearly.

https://www.youtube.com/watch?v=xt9LFtUinR4

Hi john,

Thanks for getting back to me!

I can confirm that Settings > General is configured to “F j, Y” as directed, but the issue persists.

Also, I can reiterate, it’s not the event dates that are the problem (and changing date format works as expected). It just the <h3> title of the calendar that’s the issue, and only when using short codes.

Non-shortcode version:

Version using shortcode

• This reply was modified 1 year, 9 months ago by Erich.

@hegenberg Thanks for the quick response!

I just now found this same solution over on the issues list. I’m going to give it try tomorrow.

Thanks!

@siprof

Were you able to get this issue resolved? I’m running into the exact same thing trying to do the same thing.

Hi @ethanchoi,

Thank you so much for your reply!

I’ll look at the email logging plugins, but I’m more interested in what criteria WPForms Lite uses to identify that a mail has been successfully sent before giving the submission confirmation message to users.

The issue we were having is that our Mailgun Plugin is reporting the email send attempt as a ‘failure’, but WPForms Lite is telling users that it’s a success.

I’m hoping to find a solution, either on the Mailgun plugin side or the WPForms Lite site of things, that will communicate to users when the mail is not sent successfully.

Thanks!

@marcanor It looks like the Yoast Test Helper plugin steps solved my problem! Thank you so much!

– Erich

Same issue here. Looking forward to a solution! ??

@mirobolus ,

Divi said they were able to recreate the bug and they’re working on it. It’s not 100% clear whether the recaptcha is working or not because recatpcha’s analytics are slim, and it doesn’t seem like cf7 uses an ‘action name’ which could be used to reliably verify those results.

There’s no ET forum since I requested help via private chat. They didn’t provide an ETA for a fix, but suggested I add CSS:

.grecaptcha-badge {
 visibility: visible !important;
}

in order to force the badge to show.

@takayukister Thank you so much for your fast reply and for creating/maintaining such an awesome plugin!

I’ve reviewed the articles you sent over, including the reCaptcha FAQ, but I think the problem is more specific to Divi’s most recent version.

When using a different theme, the reCaptcha ‘badge’ (https://i.stack.imgur.com/F8oS0.png) appears as expected. Only when the most recent versions of Divi 4 are activated does the problem occur.

I think it has to do with the fact that Divi is trying to use reCaptcha v3 as well, and the two are conflicting in some way that’s difficult for me to understand.

Thanks!

Also, if there’s an email, I’d be willing to share the link to the site–I just am not able to share it publicly on this forum.

• This reply was modified 5 years, 2 months ago by Erich. Reason: avoid adding two replies in a row

Looks like everything’s working with the newest update. Thank you!

– Erich

Thank you for the update! I’m looking forward to the 15.1 hotfix as the “non-standard location” error prevents me from editing the search/replace options.

Thank you for the plugin and for your help!

– Erich