We have several web forms on our web sites that as of yesterday 3/25/20, seem to suddenly be not browsing in Chrome. I have now had a second user report this behavior as well as seeing it myself. I am on Mac and they are on Windows.
Chrome on my iMac is the browser that does not load the form. Firefox & Safari on same iMac show it as appearing.
Curiously, Chrome on my Macbook Air also shows the form! Chrome on iPad OS also does. Other browsers I tested across a range of devices also showed as normal.
I compared the Chrome, Java, and OS versions between iMac and Macbook and they are the same.
I tweaked Chrome on iMac to see if I’d customized some setting that was causing the issue but this did not change anything.
Has anyone had this issue, if so, what is the cause?
We’re having this same erratic issue. Some chrome’s do fine with the JS embedded IS form. Others not. Safari and Firefox show it fine. Console log error on the browser has an error stating “too many redirects”. When I try and go to that error link directly in a browser that is not showing, I get a 502 error from Cloudflare. Like I said, only on some versions of chrome…very erratic and impossible to replicate. We setup a browser tack server with exact same creds as problem browser and it showed fine.
Same for us… Works fine in other browsers and even for some users, I have cleared all my browsing cache, history and more, updated Chrome etc… Still not showing for me. I have to check my clients web forms in Safari and it’s become a bit tedious, I can’t imagine how the experience might be for his perspective clients…
I am wondering if this issue is connected with Chrome’s enforcement of the SAMESITE cookie requiring the values of “None” and “Secure” to be set otherwise third party tracking cookies are blocked from passing their values back to Infusionsoft.
Blocked Tracking Code
Google is rolling out enforcement over time, see the latest July 28, 2020 update. Enforcement is only being applied to an ever increasing sub-set of Chrome users, which might explain the fact of the JS web forms working then not working, depending on whether your Chrome browser is in the enforcement sub-set.
Prior Thread Discussion
I raised the issue in this community forum thread:
Non-Compliance by Infusionsoft
Using developer tools to look at my own website I see Infusionsoft’s cookies have these values set, none of them include the new SAMESITE values of (None, Secure).
Anyway just my speculation really, without more in-depth testing, but all factors might clearly explain the sometimes works, then sometimes doesn’t work effects people on this thread state they are seeing.
We are experiencing this same issue now. It seems the explanation by [Alastair_Greenstreet] is likely the issue. Now that Google Chrome has resumed their rollout of enforcement for their SAMESITE cookie requirement, the problem is ramping up, and more of our users are now unable to view the forms.
Has anyone heard from Infusionsoft about this issue? Any updates? If not, we will have to go through and change all of our forms using a JS snippet over to HTML, and I would like to avoid doing this if Infusionsoft is on the verge of resolving the issue.