作者:爷们风生水起妞子_929 | 来源:互联网 | 2023-09-23 18:21
我们使用DocuSign嵌入式发送功能。基本上,我们通过API创建信封,然后向发件人显示带有信封发送视图的iFrame窗口,在该窗口中,他可以进行最终配置,然后单击发送按钮。
Google引入了Chrome 80的一项更改,该更改已得到充分描述
这里:
https://blog.chromium.org/2019/10/developers-get-ready-for-new.html
此处:https://www.chromestatus.com/feature/5633521622188032
长话短说:从80版本开始,Chrome将拒绝任何请求SameSite = None但未标记为安全的COOKIE。
当前,我们可以看到DocuSign尚未准备好进行此更改。我们在控制台中看到有关同一站点COOKIE的警告。
当我们更改Chrome实验性标记:“ SameSiteby默认COOKIE”和“没有SameSite的COOKIE必须是安全的”时(因为它将在Chrome 80中设置),iFrame会完全停止工作。
问题是:
- DocuSign是否知道Google Chrom v 80中引入的更改?
- DocuSign是否计划开发必要的更改,以便iFrame能够正常工作?
- 这些更改何时发布?
感谢拉法尔,我们不知道这个问题。我们将看一下Chrome 80(一个月内发布),看看问题出在哪里,并尽快给您解决方案。
,
您是否考虑过重定向到DocuSign而不是使用iFrame?建议重定向。
我刚刚打开了您引用的文章中提到的Chrome实验,当我重定向到签名仪式时,签名仪式运行良好。