最近发现page-meta设置的root-font-size和page-font-size都没用了，本想用wx.getSystemInfo替代一下，结果发现连这个API都坏掉了！

手机大概是没空间了，录音结束后生成的文件大小是0，这个时候不应该抛个异常吗？0我们倒还能自己判断，那有没有可能本来是10M的录音，结果写了个5M的文件给我们呢？ 这是我们线上记录到的一次录音文件大小为0的情况：recorder.onStop: {"duration":60040,"tempFilePath":"wxfile://tmp_27bd1b519681522b14fabf039302167b.mp3","fileSize":0} 另附很久之前提交的bug，至今无人过问： 2023-1-7：RecorderManager在苹果手机上暂停几次后，就录不进声音了？ https://developers.weixin.qq.com/community/develop/doc/000c88692982c858a41fddc0c5b800 2023-5-6：BufferSourceNode就算正常stop及disconnect，也不会被回收，存在内存泄露？ https://developers.weixin.qq.com/community/develop/doc/000a423d5dc530c109bf758a456800

推荐使用“播放2”，能够较快的复现问题。 代码片段中测试了各种场景，基本确定问题在BufferSourceNode上。 我测试了开发工具和安卓端，都存在问题，iOS应该也是有问题的，之前我们小程序用到BufferSourceNode的页面在iOS上也容易闪退，不过iOS不方便查看内存，没有测试。 下图是开发工具上运行的结果，几分钟内小程序占用的内存就增加了大几百兆： [图片]

代码片段中自动每隔几秒pause并resume，下面截图记录了相关的事件回调（苹果手机），一开始还能看到onFrameRecorded回调，但到后面就没了，不再有新的录音数据了： [图片]

https://developers.weixin.qq.com/miniprogram/dev/devtools/skeleton.html 按照这个文档中的提示，为rich-text配置了grayBlock规则，但是只有当rich-text是直接在页面中的时候才有用，如果是自定义组件中的rich-text，规则就没有生效。

WebAudioContext.close()会卡住，资源也释放不掉，越用内存消耗越多，最后小程序会因为内存不足崩掉。往前测了几个基础库版本，发现都有问题。安卓和苹果都有问题，开发工具上是正常的。

如图所示，每次提审都会有这个弹窗，内容早就过时了，请官方尽快修改。 [图片]

本来想用wx.getAppBaseInfo()替换掉wx.getSystemInfo()的，因为官方文档里有一句话：“推荐使用wx.getAppBaseInfo接口，后续wx.getSystemInfo接口将不再维护”。但是发现在朋友圈单页模式下wx.getAppBaseInfo()返回undefined，又逼着我们不得不用回wx.getSystemInfo()。

建议：每次灰度新的基础库版本时，能不能最先灰度我们这些开发者提供的微信号，以方便我们尽早的进行新版本测试？可以每次提供个表单让我们来填要灰度的微信号。 从昨晚开始，我们被灰度到2.26.1的用户很多都出现了mp3无法播放的问题，基础库版本升级前都是正常的。而类似这样因为基础库被灰度到更高版本导致小程序无法播放mp3的情况已经出现好几次了。

[图片]