Andy Cook

Hi Rob –

This problem should be fixed now if you upgrade to Leadin 2.2.2. Thanks again for helping us work through it and please let me know if the patch doesn’t solve the problem for you.

Thanks!
– Andy

@fyrye – I rolled in your patch to the latest version of Leadin which is shipping to the plugin directory today. Thanks so much for the detailed response and corresponding fix!

Do you mind shooting me an email when you get a chance: andy@leadin.com

Cheers!

Good catch, Cliff. I’ll update that in the next minor version of the plugin.

@rob – I completely understand the lack of confidence giving the strange behavior so far… I think I did figure out what’s causing this issue though. Buooy gave me access to his server so I was able to debug on the problem on his site, and from the sounds of it, it sounds like the same issue is occurring on your installation, Rob.

The problem stemmed from the WordPress prepare statement for database queries behavior in a funky manner in some versions of MySQL.

The good news is that I’m working to roll the bug patch into the codebase right now and we should have an update out very soon, hopefully by the end of the day.

Thank you both for your patience and help in debugging this issue! It’s been an annoyance that we couldn’t isolate until today and feels good to finally get to the root of the problem.

I’ll post back here when the patch is live. Thanks again!

Hi Rob –

Great idea – We actually have this request already in our Next Up column inside of Trello, and will get to it as soon as possible. We noticed this information was missing when looking at our own contact notification emails and asking ourselves, “so what form did this person fill out..?” That’s one of the big benefits of using the product ourselves.

We’re experimenting with a few big + really interesting features right now so this may take a week or so, but I’ll try to squeeze it into the next release and will let you know when it goes out.

Cheers,
– Andy

Hi Kate –

Thanks for reaching out. Right now, there isn’t any easy way to append Javascript code for when the form is submitted… We also have an issue with adding inline onclick events to form submissions in the first place because they mess up Leadin’s ability to hook into form submissions events. We’re working on the latter, but probably won’t have a fix for the former.

One good thing I can say is that we’re exploring how we can allow custom HTML in the popup forms, so in theory you could just spin up a custom form containing whatever fields you want alongside the Google Analytics tracking code, and Leadin should be able to start playing nicely with GA.

If you want, I can spin you up a custom script for the popup which would send the event to Google Analytics inside the Leadin form submission event. This is definitely a temporary fix because whenever you update the plugin, WordPress will overwrite the fix, so you’d have to add it every time.

If that works temporarily until we figure something else more permanent, email me a andy@leadin.com and I’ll send over the new script.

Cheers,
– Andy

Hi Rob –

a. The popup should trigger when you scroll 50% of the way down the page. We know there’s an issue with shorter pages that may not require scrolling from a UX perspective, and we’re working on building out a few more triggers like time on page.

b. Great question – and the answer is yes – the “Do not track” checkboxes only stop the page view + form submission tracking features, not the popup. The popup will display to anyone who is not already tied to the tagged list associated with the popup, or hasn’t hit the X to close the popup out. If someone closes the popup, a cookie is set that expires in two weeks, at which point the visitor will see the popup again on revisit.

c. Great idea and agreed – you should probably be able to edit those auto responders to your heart’s content. We aren’t actively working on that feature, but it’s something we’re considering and I’ll make sure to circle back with you on what we’re thinking after our team discusses it.

d. Oh yeah… great catch! I added that to our Bug Board on Trello and we’ll fix in the next version. Just curious – why would you want to hide the form temporarily sitewide while leaving the power-up active? Is it because of the aforementioned bug, or another use case that you’re considering?

Thanks for the feedback, bug reports and feature requests! We love hearing from the people using our plugin and we really do take it all in to make the decisions. We’re just trying to do what the O’ Jays have been saying for over 35 years:

You got to give the people, now
Give the people what they want