Spambot Email Protector 2.02: Bug with Text Fields?

By amy - April 9, 2019 - edited: April 11, 2019

It looks like the 2.02 version of the Spambot plugin is only encoding emails when they are hard-coded or come from the CMS via a WYSIWYG field, but not when the "mailto:" is in the page code and the email address loads from CMSB via a text field. Ex:

<a href="mailto:<?php echo $record['email_address']; ?>">

We have similar code on a site using the 2.01 version on CMSB 3.09, which does not have this issue. 

If I change $GLOBALS['SEP_ENCODING_METHODS']['comments'] or $GLOBALS['SEP_ENCODING_METHODS']['tags'] to true then that encoding will load, what specifically isn't kicking in is the javascript portion. For example, via WYSIWYG:

href="javascript:void(window.location=%27mailto:%6d\u006f%72%61i\u0073a%40m%61r\u006b%65%74i%6eg%72%65%73u%6ct%73\u002e%6e%65t%27);"

vs. via text field (which breaks the email address when opened in an email client):

href="mailto:tes<!-- jlj --><span>t<!-- del --><!-- bsa -->@t</span>est.co<!-- ztj -->m"

Any suggestions?

By amy - April 16, 2019

Thanks Greg, that did the trick. Appreciate you looking into this!

Hey Amy,

Excellent! I'll get a new version of the plugin released with the fix in, I'll let you know once this is done.

The problem was that the cache the plugin uses to check for emails that need encoding was far too small, so sometimes only parts of an email address would be stored.

Greg Thomas







PHP Programmer - interactivetools.com

Hi Amy, 

The patched version of the plugin has been released, it can be downloaded here:

https://www.interactivetools.com/plugins/spambot-email-protector/

Cheers,

Greg

Greg Thomas







PHP Programmer - interactivetools.com

By amy - April 17, 2019

Great—thanks Greg!