运维中心--错误日志里面有很多 这个错误，我们排查了游戏代码没有定位到，请平台技术大佬看看是哪里的问题 removeListener only takes instances of Function;at close callback function off@https://lib/WAGame.js:1:228485 value@https://lib/WAGame.js:1:496921 value@https://lib/WAGame.js:1:619976 t@https://lib/WAGameSubContext.js:1:121019 c@https://usr/game.js:33:8286 t@https://lib/WAGameSubContext.js:1:121019 https://lib/WAGame.js:1:203264 emit@https://lib/WAGame.js:1:225623 value@https://lib/WAGame.js:1:496629 https://lib/WAGame.js:1:603256 t@https://lib/WAGame.js:1:73595 https://lib/WAGame.js:1:73717 e@https://lib/WAGame.js:1:76182 https://lib/WAGame.js:1:40319 _@https://lib/WAGame.js:1:40177 https://lib/WAGame.js:1:203264 https://lib/WAGame.js:1:87284

问题描述： 游戏上线后经常低频率遇到1个问题：“前端向后端发起请求领取奖励，后端验证不过提示该奖励已领取” 我们的交互流程是： 1、客户端登录后抓取用户数据，判断是否满足领取奖励的条件，如果满足则显示领取按钮； 2、用户点击按钮发送请求给服务端，同时禁用界面的鼠标事件不允许用户交互，开始等待计时服务端返回数据，界面表现一个加载数据的动画； （等待计时是javascript逻辑层面的定时器，并非小游戏game.json里面设置的networkTimeout，networkTimeout设置的是5秒） 然后有3种结果： 2.1）、前端如果15秒内 消息正常返回： 前端修改内存数值更新界面表现；加载动画消失，界面解除禁止事件，用户可以进行新的交互操作； 2.2）、前端如果等待15秒仍未收到服务端返回的数据： 前端不修改内存数值；加载动画消失，界面解除禁止事件，用户可以进行新的交互操作； 2.3）、前端在15秒内如果侦听到网络断开或请求失败的错误事件： 前端不修改内存数值，提示用户重试；加载动画消失，界面解除禁止事件，用户可以进行新的交互操作； 其中 2.1没啥问题，前后端数据完全一致，问题在于 ： a、出现2.2时，前端等待15秒未返回就当做失败处理了，很可能在第16秒的时候 服务端处理完成，但是又没有通知前端修改内存的数值，这样就导致前后端数据不一致了，如果用户再去领取奖励，后端则会验证不过。 b、出现2.3时，前端侦听到请求失败（比如404,500等一切错误）事件，是否存在可能后端仍然收到了消息进行数据处理的情况？ 1、请问a、b、这两种情况，理论是否存在？如果存在那么该如何规避这个错误？  如果不a、b两种情况不会导致前后端数据不一致，那么可能的原因又有哪些？（已经排除了游戏逻辑代码有误的可能性） 2、小游戏game.json设置的networkTimeout超时是否意味着一条请求到达设置时长后该请求就断开、服务端就不会处理这个请求？ 本人对网络底层不是特别懂，请大神赐教！

在文档中发现这个说明： [图片] 请问是否需要考虑低版本兼容的问题？ 我找了不同版本的机器测试，在未配置navigateToMiniProgramAppIdList 的情况下调用navigateToMiniProgram，测试结果如下： 1、android 7.0.10、7.0.13 、7.0.14 都可以正常跳转打开目标小游戏 2、ios 7.0.12 第一次调用，会弹出跳转确认窗口，点击确认后 会打开目标小游戏然后马上关闭， 请问这是Bug吗？ 但紧接着第二次调用，能正常打开目标小游戏。 需要根据什么来判断 是否支持 新这个特性？

测试异常效果（pc）： [图片] 测试正常效果（真机）： [图片]

如题：谨慎的强烈建议增加单个微信号绑定小程序的数量。 理由：很多团队存在一个人运营管理多个产品的情况，比如统计产品数据、提审版本 等等这样的职位。 微信团队限制50个我想肯定也是有原因的，有某些特定的考量，但是我们认为可以放宽到限制100个，这样既可以满足绝大部分团队的需求，又避免了无限增加。

在运维后台查看错误日志，有些错误 最近几个月发布的版本已经修复了，但是直到今天，仍然出现了很多旧版本的错误内容。如图 [图片] 版本 1.9.25.0911 大概是半年~1年前发布的版本了。按理说不可能再被用户会访问到。游戏里面有使用getUpdateManager API来强制应用更新（测试过也正常） 1.9.25.0911 版本之后 近期更新过多个版本：2.9.25.1120、2.10.8.1741、2.10.9.1854。实在不明白为啥这里还有 1.9.25.0911版本的错误日志。 是 getUpdateManager api有问题没有更新到？还是 运维后台上报有Bug？ 麻烦腾讯的大神帮忙一起看看。 appid：wx12e35c79adf0df8e， 别的游戏也有类似情况。 谢谢！

[代码]setTimeout([代码][代码]function[代码][代码](id: string) {[代码][代码]                [代码][代码]console.log(id);[代码][代码]            [代码][代码]}, 1000, 11);[代码] [代码]setInterval([代码][代码]function[代码][代码](){[代码][代码]}, 1000, [代码][代码]this[代码][代码]);[代码]以上2个代码在 android、2.6.0小游戏库下真机执行，会报错，导致后面代码无法执行。（之前的小游戏库正常）

代码片段： wx.onDeviceOrientationChange(function(res){ console.log("onDeviceOrientationChange", res); }) 没有输出"onDeviceOrientationChange" - 预期表现 console.log("onDeviceOrientationChange)

我们多个采用 Laya引擎新2.0版本开发的游戏（AppID：wxcae96d5246e0a702,wx4cc8a7beec41a203）每次提审审核时间都非常长（2整天左右），而同时提交审核的采用白鹭引擎开发的游戏项目，基本上都是 半天内完成审核。这么长的审核周期导致版本迭代严重受影响。 我们保证 Laya开发的这几个项目没有任何侵权行为（且微信审核也能通过，只是慢很多），但不清楚为什么会比其他项目审核周期长很多。 我们怀疑是微信代码审查 针对 Laya引擎新的 2.0版本没有进行有效的判断，或者其他什么原因导致审查流程变复杂了。 请明示，谢谢！

关于小游戏安卓虚拟支付：游戏内充值成功，在小游戏后台可以查询到支付订单，但是在绑定的微信商户号里面查询不到，看不到有交易记录，也没有资金变化。请问这个是否正常？微信小游戏支付获得的收益多久给开发商结算呢？ 谢谢！