Docusignapi 何时为Chrome 80准备好DocuSignsameSite cookie更改

我们使用DocuSign嵌入式发送功能。基本上，我们通过API创建信封，然后向发送者显示一个带有信封发送视图的iFrame窗口，在这里他可以进行最终配置，然后单击发送按钮

谷歌正在引入一项对Chrome80的改进，这一点已经得到了很好的描述 在这里： 在这里：

长话短说：从80版开始，任何请求SameSite=None但未标记为安全的cookie都将被Chrome拒绝

目前，我们可以看到DocuSign尚未准备好进行此更改。我们在控制台中看到关于同一站点cookie的警告。 当我们将Chrome实验标志：“SameSiteby default cookies”和“没有SameSite的cookies必须安全”更改为enabled（在Chrome 80中设置）时，iFrame将完全停止工作

问题是:

• DocuSign是否意识到Google Chrom v 80中引入的变化
• DocuSign是否计划进行必要的更改，以便iFrame正常工作
• 这些更改何时交付

---

谢谢Rafal，我们没有意识到这个问题。我们将看一看Chrome 80（一个月后发布），看看有什么问题，并很快给你一个解决方案。
你是否考虑过重定向到DocuSign而不是使用iFrame？建议重定向

---

我刚刚打开了您引用的文章中提到的Chrome实验，当我重定向到它时，签名仪式运行良好。
很高兴在这里讨论问题！请随时在Twitter@rowan_mwe上联系我们，我们正在努力解决这个问题，希望能在未来几天内得到解决weekend@InbarGazit嗨，这个问题似乎还没有解决？我正在为一家公司诊断其他人的代码库问题，这个问题似乎阻止了docusign iframe正常工作。我可以确认，在手动导航到iframe时，iframe所使用的确切链接工作正常。关于这个问题的进展有什么更新吗？你在生产或演示/沙盒中尝试了什么？是的，我知道它会这样工作，但我的公司坚持要将它嵌入到我们的页面中