现有小程序需要进行主体变更，由于小程序目前是在运营状态，变更过程中小程序用户无法进行交易，所以想咨询变更需要多长时间，如果时间太长可能导致业务停滞。

trace_id：685beefa-5fc100fb-116ccb3d 文本涉及政治，也尝试了骂人的话，全都没有标记风险。

const'miniprogram-thirdparty-plugin'// 初始化 init// 请求用户授权 ''//获取的预授权码3， bizAppid: wxxxxxxxxx }) const MiniprogramThirdpartyPlugin = requirePlugin('miniprogram-thirdparty-plugin') // 初始化 MiniprogramThirdpartyPlugin.init(wx) // 请求用户授权 MiniprogramThirdpartyPlugin.openAuthorizeAccount({ platformAppID: '', preAuthCode：‘’，//获取的预授权码 authType：3， bizAppid: wxxxxxxxxx }) 示例代码中没体现出授权成功的回调redirect_uri写到哪里，并且没有任何success或者fail方法，不返回任何信息，我如何拿到auth_ocde? 这个文档为啥做的这么不严谨，靠猜是吗？

[图片] 在开发文档中，如图所示，第4种放置链接的方式； 我们在b端小程序放置了web-view ，把授权链接放进去了，同时将授权链接设置为了业务域名，可以实现商家在b端小程序内打开，进入到授权二维码页面，但是商家无法进行扫码授权，不支持长按扫码，只能用其他手机设备扫码，这个可能与实际使用场景不符合。 我很好奇，第4种方式到底是如何实现呢？没有找到相关的问题或资料。

操蛋的地方1： 主体负责人手机号只能用一次，紧急联系手机号只能用一次，一个小程序需要4个手机号，如果有多个小程序，那么备案根本不够使。 试问一下制定这个规则的人，谁能有那么多手机号？每个人只能注册开发一个小程序吗？这个规则不够操蛋？？？？ 操蛋的地方2： 同一个公司只能有一个备案在审核，期间不能再提交备案申请，如果公司有多个小程序等着上线上架，这么等着，耗着，中国经济得毁你们这些猪头手里。这个不够操蛋？？？？ [图片] 现在经济大环境这么差，麻烦这些掌握游戏规则制定权的官老爷们，干点人事儿吧，行吗？ 补充一个操蛋很久的问题，每个身份证只能成为最多5个小程序管理员这个问题，为此，七大姑八大姨的微信都成了小程序管理员，真他么的操蛋。每次找别人扫码，严重影响效率。

 Error: errCode: -501001 resource system error | errMsg: openapi.uniformMessage.send:fail ESOCKETTIMEDOUT; at openapi.uniformMessage.send api; 

urllink.generate的is_expire描述前几天是180天，现在突然变成30天了

[图片] 完全没有必要，每次预览都得去关掉这里。很难受。 版本号 1.05.2112301

i接口：mgSecCheck  基础库2.19.2 [图片] 基本上一半的调用会报这个错误，如果这样不可靠，那内容安全检测，意义是什么？ [图片] 这还检测个锤子呀 违规照片正好遇到-604102.............................................o(╥﹏╥)o

[图片] 每次点击“编译”（相当于刷新编译），点击某个页面的时候就会报错。返回前一个页面，再点击进去就不报错了。应该是初次编译有个地方出错了，编译失败导致的。 开发工具版本 Windows 1.05.2110290