我尝试了以下操作:
发送
profile: {
email: 'new.email@domain.com',
}
到accounts.setAccountInfo
,
发送
addLoginEmails: 'new.email@domain.com'
之后
removeLoginEmails: 'old.email@domain.com'
到accounts.setAccountInfo
。
似乎没有任何作用。我还尝试过切换conflictHandling: saveProfileAndFail
的开和关。
奇怪的是,我可以在Gigya控制台中自由编辑用户的设置,而不必使用REST API。其他人有没有经历过?有小费吗?当我使用Gigya控制台时,我尝试从“网络”选项卡中转储日志,并且其请求的有效负载几乎与我的相同。
谢谢
答案 0 :(得分:0)
感谢@Levi。
事实证明,这里有一些未记录的要求:
我只使用了包含+
符号的电子邮件,我经常生成新电子邮件来测试某些业务逻辑,结果发现,如果+
符号未经过URI编码(到{ {1}},对%2B
的调用以及设置addLoginEmails
都会失败,而profile.email
只会无所事事。
我的新有效载荷如下:
removeLoginEmails
,一切正常。电子邮件也反映在控制台的“身份访问”区域中,我的请求按预期返回200 OK。
这没有记录,这很奇怪,我正在等待下一个意外的字符错误。