February 24, 2019 at 7:31 pm #134614
another note, if i then complete the form a second time from the same incognito window with a diffrent name and email it uses the name i used the first time! strange. best, Al.February 24, 2019 at 7:42 pm #134615
Thought I might be able to fix it by removing the word subscriber in the short code of each email but now they just come up blank the first time.
over to you I’m afraid I’m off to bed is 2:42 am uk time : P
Al.February 25, 2019 at 7:45 am #134617
Thanks for the report will look into the subsequent issues and reply back soon.
I looked into why the fields are not showing for the Simple Responsive template, and it’s due to the presence of the ‘Basic’ template you created. It seems it’s based on a rebuild of the Simple Responsive template. What you will need to do to fix it is edit Basic’s config.php and everywhere you see:
'key' => 'field_
'key' => 'group_
you’ll need to change these key names to make them unique. Just change them all to look like this:
'key' => 'field_basic_
'key' => 'group_basic_February 25, 2019 at 8:17 am #134618
Thank you! apologies about the email template issue. last thing you need is me creating bugs as well. that is fixed now so just this subscriber thing. I just checked since I fixed the email template but sadly the bug is still there.
another bit of the puzzle is that I am not receiving the admin email for new leads.
I have copied the whole website over to a new host if that makes any difference, but I’m pretty sure the hello subscriber bug was there on the old host too.
Al.February 25, 2019 at 9:04 am #134619
another note, if i then complete the form a second time from the same incognito window with a diffrent name and email it uses the name i used the first time! strange. best, Al.
I believe that if you do not destroy the incognito browser, it will still have the data stored in local storage.
If you’d like to disable remembering inputs see this doc:
https://docs.inboundnow.com/guide/disable-formfield-pre-population/February 25, 2019 at 9:22 am #134620
I tested the automated email series locally and on your site. Locally it works. On your site the email seems to contaned cached data. For example the first name shortcode shows ‘there’ in my email, but that’s not the default or my inputted first name.
I created a brand new email and added it to the series and it rendered the shortcode correctly with the correct first name.
I’ve come to believe that there’s a caching system in play that’s caching an email send and reusing it for other emails. I checked out your caching plugin Breeze, but it doesn’t seem to be enabled and I even tried adding a no-cache eception to ‘mail*’ and it didn’t prevent the cache. Maybe a different caching system in in play than Breeze? Can you try adding an exception to all URLs with mail/ in the permalink?
HudsonFebruary 25, 2019 at 9:41 am #134621
thanks for the info, do you know how I would go about doing that?
Al.February 25, 2019 at 9:46 am #134622
on my hosting site admin options there is a service called Memcached. i recon it might be this! I will open a live chat and try and get it turned off as I cant turn it off myself from the admin window. best, Al.February 25, 2019 at 9:58 am #134624
apparently Memcached doesn’t do anything unless called by its plugin so its not that. the server is running:
PHP 7.0 MySQL 5.5
should that be ok or should i upgrade em?
Al.February 25, 2019 at 10:19 am #134627
I have spoken with tech support from Cloudways and all caching is off, even browser caching. if the emails are sent from the test email button or if I use the “Set Email Response” option from within a Form its fine, but when sent from the automation it’s not happy. what is the next step I’m out of ideas again : )
best, Al.February 25, 2019 at 10:51 am #134629
Thanks for the report.
What if you deactivate Breeze all together?February 25, 2019 at 11:37 am #134630
Yup That has been off since you mentioned it was running and i deactivated it. might try removing it for good measure.
best, Al.February 25, 2019 at 11:48 am #134631
I have a work around! If I add a one min delay before sending the first email then everything works fine! would it be possible to make it possible to only have a 30 second delay? I guess the email is sending before the leads database entry is updated or something.
best, Al.February 26, 2019 at 9:48 am #134635
Enabling defer processing should delay the send anywhere from a few seconds to 2 minutes.
I guess the email is sending before the leads database entry is updated or something.
That shouldn’t be possible.But maybe there is some sort of latency issue with the server causing a hard to narrow down bug.
I would try submitting 3 different tests to three different emails back-to-back-to-back. To make sure all three emails show the correct personalization.February 26, 2019 at 9:58 am #134638
do you mean all three emails send at the same time? how would i go about that.
I disabled the Defer Processing setting as I want my email to feel snappy. would it be possible to make a 10 second timer or similar to solve the issue completely? a delay of less than 1 min would also work. since I have put the 1min timer at the start of the automation every name field has worked perfectly.
The topic ‘[Marketing Automation] Automation not sending an email – all other aspects seem to work’ is closed to new replies.