小程序
小游戏
企业微信
微信支付
扫描小程序码分享
本来想问客服的,结果人家不知道,只好到社区问下!
事情发生的原因是:
提交了几个版本审核没通过,理由是授权登录没反应。然后我们测试又没问题,反反复复几次后,我怀疑是自己写的getAccountInfoSync接口返回的的miniProgram.envVersion值不是预期的“trial”或“release”。
问了客服说是自己最后提交的是什么版本,审核的就是什么版本。难道他们审核的不是“trial”的体验版吗?
13 个回答
加粗
标红
插入代码
插入链接
插入图片
上传视频
哎,这个类似问题以前见过好几次,有人说是develop,有人说是release。
getAccountInfoSync 审核版本的version 是线上的版本号还是当前的版本号?? - 微信开放社区 https://developers.weixin.qq.com/community/develop/doc/000266bd858f8082cddac13cc56800
wx.getAccountInfoSync().miniProgram.envVersion问题?? - 微信开放社区 https://developers.weixin.qq.com/community/develop/doc/00028e82ba87b054a9ba30c3f5fc00
你好,麻烦通过点击下方“反馈信息”按钮,提供出现问题的。
审核时无法确定审核人员的设备访问时的miniProgram.envVersion 值到底是 develop 还是 trial,但是可以肯定不是release.
如果你还是在用最土的手动修改url的方法开发,那么不会遇到问题。但,假如在是 envVersion 判断后调用对应的API URL地址,那么就导致审核时无法链接。
例如,审核的时候用的设备时 develop,然后被判断为使用develop的 API URL,是 http://192.168.1.x:5000,那么审核人员这里肯定是连不上服务的。
我的办法 是在 设一组URL,develop release trial 3个地址都对应写好。默认的是 trial 体验版,由于服务端可能也有对应的修改,于是默认值不能是生产版本。其他的
上传之前 把develop 的URL 干掉,那么就会使用默认的(体验版)的URL。
手动改经常要忘记,于是写一个脚本自动改。
然后在开发者工具中设置 「本地设置」 最下面的预处理的部分钩上,然后在 上传之前 会自动执行这个 预上传命令。 要什么 npm .. 要什么 cli... 全是浮云。。。
ps:我发现这个pre-upload 的时候 是把已经complire的包,于是要在这个脚本中重新complier 过。
我也遇到过这种问题,反复提交了5次都是同样的错误,但在公司测试所有人的都是OK的,最终确定问题是:审核是运行的“envVersion=develop”
以我提交多次审核及多次被拒的经验来看,在晚上审核员大概率访问到的是体验版(envVersion="trial"), 白天大概率访问到的是正式版(envVersion="release"),最终结果就是审核员访问的时候,这个值随机,很蛋疼
最好的办法就是测试环境正式环境开一样的测试账号,管你审核的是哪个版本
审核用的是开发版,包括代开发小程序的审核也是,我们因此从日志确认过审核人员用的就是开发板。
两年了, 还是没修复? 对着我们测试环境一顿扫, 还整出漏洞了.
2021/11/29 有答案了么
还差几天就是2022年了,这个问题,真是又老又臭。依然不能彻底解决,今日发布上去了,还是走测试版
这个接口就是在耍猴,审核人员审核的时候envVersion 居然是develop,那我们要这个接口有什么用?
正在加载...
关注后,可在微信内接收相应的重要提醒。
请使用微信扫描二维码关注 “微信开放社区” 公众号
哎,这个类似问题以前见过好几次,有人说是develop,有人说是release。
getAccountInfoSync 审核版本的version 是线上的版本号还是当前的版本号?? - 微信开放社区 https://developers.weixin.qq.com/community/develop/doc/000266bd858f8082cddac13cc56800
wx.getAccountInfoSync().miniProgram.envVersion问题?? - 微信开放社区 https://developers.weixin.qq.com/community/develop/doc/00028e82ba87b054a9ba30c3f5fc00
审核时无法确定审核人员的设备访问时的miniProgram.envVersion 值到底是 develop 还是 trial,但是可以肯定不是release.
如果你还是在用最土的手动修改url的方法开发,那么不会遇到问题。但,假如在是 envVersion 判断后调用对应的API URL地址,那么就导致审核时无法链接。
例如,审核的时候用的设备时 develop,然后被判断为使用develop的 API URL,是 http://192.168.1.x:5000,那么审核人员这里肯定是连不上服务的。
我的办法 是在 设一组URL,develop release trial 3个地址都对应写好。默认的是 trial 体验版,由于服务端可能也有对应的修改,于是默认值不能是生产版本。其他的
上传之前 把develop 的URL 干掉,那么就会使用默认的(体验版)的URL。
手动改经常要忘记,于是写一个脚本自动改。
然后在开发者工具中设置 「本地设置」 最下面的预处理的部分钩上,然后在 上传之前 会自动执行这个 预上传命令。 要什么 npm .. 要什么 cli... 全是浮云。。。
ps:我发现这个pre-upload 的时候 是把已经complire的包,于是要在这个脚本中重新complier 过。
我也遇到过这种问题,反复提交了5次都是同样的错误,但在公司测试所有人的都是OK的,最终确定问题是:审核是运行的“envVersion=develop”
以我提交多次审核及多次被拒的经验来看,在晚上审核员大概率访问到的是体验版(envVersion="trial"), 白天大概率访问到的是正式版(envVersion="release"),最终结果就是审核员访问的时候,这个值随机,很蛋疼
最好的办法就是测试环境正式环境开一样的测试账号,管你审核的是哪个版本
审核用的是开发版,包括代开发小程序的审核也是,我们因此从日志确认过审核人员用的就是开发板。
两年了, 还是没修复? 对着我们测试环境一顿扫, 还整出漏洞了.
2021/11/29 有答案了么
还差几天就是2022年了,这个问题,真是又老又臭。依然不能彻底解决,今日发布上去了,还是走测试版
这个接口就是在耍猴,审核人员审核的时候envVersion 居然是develop,那我们要这个接口有什么用?