Mhh, I’m not sure. I’d ask your web developer to look into that for you.
Alternatively, you could use the premium version, which should handle that for you automatically.
Thread Starter
toll02
(@toll02)
Many thanks for the update. As Gravity is such a popular plugin and the ‘conditional’ feature a commonly used function I would question whether this shouldn’t be something that is fixed with your plugin as a ‘conflict’ issue. It occurs irrespective of theme / plugins activated. I also unsure how the premium version of your plugin would fix it so perhaps you could provide more details. At the moment the only way round it is to deactivate your plugin which is a shame.
Thanks
It’s not a fix, but a feature you’re asking for and I just don’t have the time to support all 3rd party plugins for free.
The premium version encodes all emails automatically 👍🏻
Thread Starter
toll02
(@toll02)
Hi. Thanks for the response, Tim. My problem is that it IS encoding the email when under a conditional input. I don’t want it to, I want it to behave as it does when the email field is not under a conditional element. I think when one is dealing with input forms it is inappropriate for an email to be encoded. Even if you disagree I think the plugin should be consistent – it either encodes these emails or it doesn’t. So, again, I am unsure if your premium plugin would help.
This plugin is encoding filters like the_content, if Gravity forms uses those filters then email addresses will be encoded.
The Premium version allows you to exclude specific emails from being encoded.
Thread Starter
toll02
(@toll02)
Ok, thanks for taking the time to explain a little more