调用wx.log接口的时候，出现这个问题，相关数据如下： "model": "iPhone 12 Pro Max", "SDKVersion": "2.19.4", "system": "iOS 14.7.1", "version": "8.0.13" [图片] 出现时间为：2021-09-15 10:09左右，APPID:wxb81156caf518aba3

https://api.weixin.qq.com/wxa/business/getliveinfo 在调用这个接口的时候，我们发现在查询0-50,50-100页的时候数据都能正常返回，但是查询第100条之后，返回数据为空 请求数据：{\"action\":null,\"room_id\":0,\"start\":100,\"limit\":50} 返回数据：{\"errcode\":9410000,\"errmsg\":\"empty room list rid: 61403f6a-2c4debb2-79e584f6\",\"room_info\":[],\"live_replay\":[]} 所对应的appId:wx75cc46970668e87c 拉数据时间：2021-09-14 14:21:30

今天，现在出现大量的内容安全接口异常，这个是提示内容：很着急 query timeout, try a content with less size rid: 6124d78e-49279414-435e5d3b

我们发现调用插件升级版本的时候，另外一个插件的版本会自动下降， 所以造成了没有办法对一个已上线的小程序进行两个插件的快速升级，请问这个是bug吗 然后快速升级的接口特别的慢，测下来基本都要15s左右

因为我们的业务和环境有关，不同的环境会有不同的操作，所以对环境准确性要求很高，前段时间有一列用户反馈，说没有相关数据，我们查询了一下日志，发现，useragent没有MicroMessenger，所以也没有办法判断是否是微信中打开的，这边贴一下useragent中的数据： http_user_agent:  Mozilla/5.0 (iPhone; CPU iPhone OS 12_4 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) Mobile/15E148 open_news/2.2.0.2 JsSdk/2.0 NetType/WIFI (open_news 2.2.0.2 12.400000) open_news/2.2.0.2 JsSdk/2.0 NetType/4G (open_news 2.2.0.2 12.400000) 手机是iphone6，目前不清楚所对应的iphone版本，如果这个情况是真实出现的，那我估计现在生产环境应该每天有不少。 问题还是比较紧急，有没有其他的方案可以解决这个问题，或者通过其他的方式来判断是否存在于微信环境中

最近发现打包的时候，不发布带插件的版本，而只是在ext.json中添加plugins，就可以让小程序有插件的能力 问一下官方，是否现在已经支持这个功能了

我们的一个小程序，今天（20200507 13:17）左右不分手机出现域名失效的情况，查看小程序关于，小程序域名确实丢了 appId：wx6e2b0f7189ea400d [图片] 并没有进行域名相关操作，但是不清楚域名突然间失效了，但是从日志上面看，域名不是都失效，陆续还是有人可以正常访问 业务域名，服务器域名，download域名全部置空了

现在上线了很多带直播的小程序，反馈说小程序在很多页面中（支付成功，注册成功，回到首页这些需要清前置页面）小程序直播窗口不见了，导致用户无法再次购买直播中的第二件商品。 从现状来看并非所有的relaunch都会清楚小程序直播窗口，是有几率。 是否能解决这个问题，有什么样的解决方案，小程序中的relaunch是一定要保留的，因为很多的地方要保证业务的完整性。 还有一个问题，微信后期会提供小程序直播商品上新功能吗？现在对于服务商来说，是尽量避免用户同时使用两套系统，学习成本很高，不方便推广

我看到社区里面19.7就反馈过这个问题，说会在未来版本中支持，都已经过去半年了，还不支持吗， 现在在ext.json中加入插件配置依然没有效果。所以作为服务商，马上就会随着插件支持的数量，提交代码的工作量指数级增加

版本7.0.12，目前很多的用户已经升级到最新版本，但是现在都在报错 原来推荐的解决方案也有问题，地址如下 https://developers.weixin.qq.com/community/develop/doc/000e0ebd13c420db96793337951c00?highLine=%25E6%2594%25AF%25E4%25BB%2598%25E5%25BC%25B9%25E6%25A1%2586%2520relaunch 认真比较7.0.11和7.0.12的区别，发现在requestPayment方法内，7.0.11用户在支付成功页面点击完成之后触发success方法，而在7.0.12用户支付完成就触发了success方法，所以导致页面跳转失败，因为这个时候小程序并没有呈现出来 这让我想起7.0.10的loading事件，期望尽快解决，要不然谢天了