Hi @AndrewBu, 

Thanks for sharing your question with us! Happy to help! 

Do you mind sharing what the exact syntax error was? This can help us better pinpoint the issue. 

Thanks!

-Taylor  

That's the problem, it doesn't say the exact error and just points me to the variables page. 

@Taylor Tarpley 

I am having this same issue with a bunch of my emails. They used to work fine but now I get these errors. The first is in the flow preview and the second is from the edit template when trying to send myself a preview. Not sure which variables are not working but I really don’t want to go through and test each one individually when the email used to work just fine.

Seems like Klaviyo pushed this new feature recently, is it possible to opt out please? Lots of my flows are not sending.

Seems to have corrected itself for me. The emails aren’t showing an errors anymore in the preview.

I had to resend all the skipped emails in the flow manually and then when I go to check a few of the email profiles and ‘view messages’ the emails are now rendering and not showing an error. 

Seems to be a system error on Klaviyo side since the 8th because I didn’t change anything and now it’s working again. I hope it doesn’t come back. 

Hmm I am still getting the error when trying to preview send to myself.

Hi @dkjonzy, 

Sorry to hear you’re still having this issue! I will share this issue with my team and circle back when I know more.

To confirm, you also aren’t seeing an exact error message either, just the screenshot above? Have you taken any actions or changes prior to this message that might be helpful context to know when relaying this to my team? 

-Taylor  

Hey @Taylor Tarpley 

Yeah, update here: All of our custom email templates (we use a lot) are breaking because of this tag "{{ person|lookup:'$address1'|urlencode|default:'' }}"

This just started 2 days ago. Any email that has the above tag hasn’t been able to send. I am considering going through and updating them all to remove the tag but it would take days and I really would rather not.