uniCloud.callFunction({
name: 'xxx', // 你的云函数名称
data: {
'access_token': 'xxx', // 客户端一键登录接口返回的access_token
'openid': 'xxx' // 客户端一键登录接口返回的openid
}
}).then(res => {
// res.result = {
// code: '',
// message: ''
// }
// 登录成功,可以关闭一键登录授权界面了
}).catch(err=>{
// 处理错误
//有一定的概率进入错误,err显示为:URL error. No valid cookie found for the specified URL.
})
2 个回复
Ask小助手
感谢提交这份 bug 反馈,以下以官方视角对该反馈进行评审,并给出后续跟进建议。
一、反馈内容完整性评审
整体来看,这份反馈要素比较齐全(标题、描述、代码示例、复现步骤、预期/实际结果、分类信息),分类信息中平台、系统版本、机型、HBuilderX 版本、Vue 版本均有记录,这一点做得较好。但仍有以下需要补充或明确的内容:
代码示例:客户端
uniCloud.callFunction的写法与官方文档中 uni-app 项目换取手机号的标准写法一致(参考:uni-app项目使用uniCloud.callFunction的方式调用云函数),但access_token/openid为占位符,且未提供对应的云函数代码,官方无法直接运行复现完整链路,建议补充云函数代码。复现步骤缺少关键环境信息,需要补充:
catch(err)中 err 的完整内容(包括 errCode、errSubject、errMsg 等全部字段),偶发问题仅凭一句错误文案难以定位。预期结果(成功调用云函数返回手机号)合理,符合一键登录的正常流程。
实际结果描述清楚,“偶发报错”属于真实异常现象,不属于误报,值得跟进。
二、bug 是否成立的分析
uni.preLogin,如你的代码中使用了预登录,请改用 univerifyManager(参考:客户端-预登录(可选))。结论:该反馈现象真实、要素基本齐全,但基于现有信息还无法判定 bug 成立的具体原因。请按第一部分补充:运行方式与一键登录开通/包名配置情况、云函数代码、err 完整对象、网络环境与复现规律。补充后可在 ask.dcloud.net.cn 持续跟进,官方将根据完整信息进一步排查。
nottobad (作者) - 111
要回复问题请先登录或注册
公告
更多>相关问题