Pop-up form rules

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

Hi guys,

a) My form is not appearing. Maybe it’s something to do with me playing around with issue (d). Do you have an email address I can send you some login details to please?

b)Great. Thanks for the extra info. All clearer now. Reckon you should explain about the popup a bit more on the plugin page or somewhere. About the 50% and 2 week cookie.

c) Good to hear. Not that I’m using it currently.

d) I know you can decativate the power-up and it keeps all your settings when you reactivate. But it seems very installed or uninstalled to me. Would be nice to just pause it, stop it from being showing temporarily. For me I wanted the client to be able to easily check the text I’d used before making it live. And also be able to see the settings clearly and make some decisions about where it should be displayed.

Cheers guys. You provide great support. Love the O’Jays!

Hi Rob –

Glad to find a fellow O’ Jays fan:)

a) Hmm – that’s strange. Want to email me directly at [email protected] and I can take a look?

b) Agreed we need to work on our product marketing + explanations of each feature more. Every few months we go back through all our support tickets and look for the most frequently asked questions, then retool our website to address people’s questions. We’re coming up one of those redesigns soon and thanks for the polite poke ??

d) Right – I understand that. We actually were contemplating creating a preview mode that shows up for logged-in users as a preview, and then you can toggle it on/off for all visitors. I’ll circle back with our thoughts as we think about that more.

Cheers,
– Andy

Hi Andy,

I’m having the same problem and the leadin popup is not appearing at blog.getfoodmenu.com.

Could you tell me what might be wrong?

@buooy – Indeed your popup form isn’t showing and sorry for the issue. I don’t think the reason is the same as Rob’s though because his was working, it just wasn’t obvious.

Do you mind emailing me directly so we can figure out the problem – [email protected]

Thanks!

To be honest Andy I’m still not 100% confident about the form. I still can’t see it all. The client tried with a Chrome incognito window and saw it immediately. Then he closed that window without completing the form or closing it. And cannot see it again even though he has tried clearing his browser cache and through another incognito window. Any ideas why this might this be?

@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!

Great stuff Andy. Glad you’ve figured it out. Exemplary support yet again. Look forward to the update.

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

Hi Andy, I’ve installed the update and all working fine now. Thanks for your perseverance. I look forward to the Campaign Monitor update! ??

@rob – w00t! And thank YOUfor your patience. I’m pumped we finally got this bugged figured out and Leadin is now even better.

Let me know if there is anything else I can help you with or if you have other ideas to improve the product too. Cheers!