Forums
When accessing a session URL, I can see that eSignLive returns a few 302s and the browser does some redirects. For whatever reason, Chrome cancels one of these redirects when it's in an iFrame (https://sandbox.e-signlive.com/packages/{packageId}/sign). This seems to result in eSignLive falling back on http://sandbox.e-signlive.com/login?destination=/packages/{packageId}/sign, and Chrome gets upset about the mixed-content. Has anyone else encountered this problem and is there a solution? I don't expect this is specific to URLs generated from the Java SDK, but that's how I'm integrating.
Forums
I have a couple of questions regarding this unauthorized access page. The error on this page is saying "your session may have expired". When accessing the designer in our iframe in Safari, we are seeing this eSignLive unauthorized access page. Is this a bug? We do not see this page when accessing the same link in any other browser. Please advise. Can the unauthorized access page be white labeled? We are showing this in an iframe in our application and would prefer if these error messages do not say eSignLive or have your support information on them. Thank you Colleen