adonehey

The behavior is not in the Event Espresso code, though. It is in how WordPress handles Protected Posts. The question is not specific to Event Espresso, and I am looking for information on how WordPress handles password protected posts. Event Espresso is just a method of listing posts, and does not dictate the password form behavior of a WordPress post.

The Gravity Form is not on the same page as the TML.

After going through some other updates on our site, it seems to be more of an issue on Gravity Forms end than on TML. The issue comes up with a few other small plug-ins that add reCAPTCHA’s to pages. For now I’ve added an add-on to Gravity Forms for a separate reCAPTCHA (no captcha recaptcha for Gravity Forms) that was created before Gravity Forms switched to the reCAPTCHA recently. By using the add-on reCAPTCHA to Gravity Forms, the conflict no longer occurs. This seems to be a working solution for now.

The problem is a conflict between TML’s use of reCAPTCHA and other plug-ins using reCAPTCHA, in my case as well as the other two users here, namely Gravity Forms. When attempting to use both plugins to have reCAPTCHA’s on both TML registration as well as forms on the same site through Gravity Forms, something about having TML enabled interferes with the rendering of the reCAPTCHA by other plug-ins. When TML is disabled, other plug-in’s can use reCAPTCHA without issue.

Also having this issue. The recaptcha on my Gravity Forms doesn’t render when the recaptcha on Theme My Login is enabled. When recaptcha on Theme My Login is disabled, recaptcha renders normally on Gravity Forms.

Gravity Forms version 2.0.2
Theme My Login version 6.4.5

Wonderful! That seems to have done the trick! Thank you so much.