Iframe cookie issues
Wednesday, February 7, 2018 at 05:19pmHi there,
We are loading our documents in an iframe and are encountering errors with client browsers that have Third-Party Cookies disabled. Here is a sample of the error that is shown in the browser console:
Refused to display 'https://sandbox.e-signlive.ca/login?destination=/packages/ID-REMOVED=/sign' in a frame because it set 'X-Frame-Options' to 'sameorigin'.Is there anything we can do to get around this issue? This will be a big road block for us if we need to tell every user to manually update their browser settings and turn that setting off.
Reply to: Iframe cookie issues
Thursday, February 8, 2018 at 05:04amReply to: Iframe cookie issues
Thursday, November 1, 2018 at 03:47amReply to: Iframe cookie issues
Thursday, November 1, 2018 at 08:56amThere was a solution to this problem that was posted here: https://community.onespan.com/forum/cookie-issues-safari Essentially the key is to navigate to a "loading" page (on the same domain as your OneSpan Sign instance) in order to make the user's browser create the required cookie. The details of this approach can be found in the article referenced above. The next version of the signing ceremony will not be cookie-less (there were discussions earlier in the year that it might be) so it will not solve this issue. However to answer your question, the new signing experience will not require changes in your integration. Signers will automatically see the new signing experience for new transactions unless your account is configured to disallow it. Don't hesitate to post any clarifying questions you might have here.
Reply to: Iframe cookie issues
Tuesday, January 12, 2021 at 05:48amYou cannot display a lot of websites inside an iFrame. Reason being that they send an "X-Frame-Options: SAMEORIGIN" response header. This option prevents the browser from displaying iFrames that are not hosted on the same domain as the parent page.
I faced the same error when displaying YouTube links. For example:
I replaced watch?v= with embed/ so the valid link will be:
It works well.
Try to apply the same rule on your case.