【自定义分析】-> 【字段信息】-> 【自定义】中能否增加删除功能。现在事件建的多了，删除了一些事件但其字段还保留着，影响后续事件的建立，因为原来字段的描述可能不符合新事件了。比如字段duration，在一个事件里表示启动耗时，在另一个事件里需要表示播放耗时。

项目中使用wx.getPerformance获取性能数据然后上报到自定义分析，可是结果一查询明显不对，平均值竟然是几十万，比如这个启动耗时： [图片] 然后看了下最大值和最小值，嗯，更离谱： [图片][图片] 自己测试中目前发现了一个复现路径（华为p40pro， android 10）：进入首页后在onload里跳转另一个页面，结果首页的firstRender值明显偏小，小的很的话就为负数了： [图片] 项目中实际复现的一次负数的： [图片] 另外可以看到另一个bug，firstRender应该报一次index/index页面和一次play/play页面，结果两次都是play/play. 估计是因为firstRender是在onReady时完成，但在onload里已经跳转页面了, 然后你们取错了 其他指标也都有问题，只是还没找到复现路径 其他同学提的：https://developers.weixin.qq.com/community/develop/doc/0006242b01c808d5388b92d4851800?highLine=%25E8%25B4%259F%25E6%2595%25B0

小程序后台【自定义分析】功能能否增加搜索功能？ 随着迭代，事件越来越多，查找某个事件越来越难，希望能按事件英文名，事件中文名，字段，page, element等搜索事件👍

用Android打开代码片段，等音乐播放后先将小程序切换到后台再切换到前台，这时音乐继续播放。 在切换到后台时已经销毁了，应该不能再play才对 [图片] 另外发现如果不是切换后台这个操作直接destroy再play是不能play的。想到切换到后台innerAudioContext会有个自动停止的特征，是不是这里你们处理有问题。其他人也有反馈是切换页面会继续播放前一个页面的音乐是不是和这个一样

innerAudioContext onTimeupdate只能监听一次，后面的会取代前面的, 但是其他api都是可以多次监听的，比如wx.onAppShow 另外奇怪的是innerAudioContext.onCanplay也是可以多次监听，也就是说难道你们一个audio的不同事件都是不同人开发的，各人按自己喜好来写吗 请技术领导严格把关 [图片]

innerAudioContext onCanplay 在能播时加上不会生效? 在不能播放时加上，比如在创建时，可以生效。也就是说只有从“不能播”到“能播”才会生效？状态不发生变化，即使现在能播也一直装作不能播吗，按理说在能播时加上应该立即进行回调吧。 我们的使用场景：封装了一个play方法，内部每次都监听onCanplay方法，能播放再播，结果就是在创建后延迟几秒调了paly，就播不起来了，因为onCanplay回调不生效

官方是知道的吗，自己实现的下拉刷新组件碰到了这个兼容性问题，我们小程序支持的版本比较老，最低基础库1.9.4 代码片段：https://developers.weixin.qq.com/s/tFawU0mS7rjm 基础库调到2.3.0， 一进去直接下拉

wxs 不能使用数字作为对象的键值这是预期行为，还是bug? 如下： function getResponseText(code) { var codeToText = { 200: 'ok', }; return codeToText[code]; } 这样会报错：[图片] 但这样又是可以的： function getResponseText(code) { var codeToText = {}; codeToText[200] = 'ok'; return codeToText[code]; } 所以是不是wxs的ast解析这里有问题, 这操作很迷 代码片段：https://developers.weixin.qq.com/s/ublwaOmt79im

在公众平台后台【开发】->【错误查询】里有很多是小程序自己原因的错误，比如： preload subpackages failed 这个错误[图片]一直在误报，持续两个月了，特别干扰莫名其妙的错误。[图片][图片],很多超低版本的错误。发现低于设置的基础库的也有用户进入报错：[图片]未知版本的错误。2.4.0, 2.7.1和7.5.2，7.0.17（你们内部开发的版本吗）等[图片][图片]希望能提供过滤版本（微信版本，小程序版本等），过滤关键字的功能，不然要被折磨坏了🙏

我们小程序经常有用户反馈上传照片失败，也收到了大量失败日志，归类了一下有这十几类： 1. errMsg:uploadFile:fail socket timeout error 2. errMsg:uploadFile:fail interrupted 3. errMsg:uploadFile:fail Read error: ssl=0x7cca99f688: I/O error during system call, Software caused connection abort 4. errMsg:uploadFile:fail length=8192; index=8192 5. errMsg:uploadFile:fail file path invalid 6. errMsg:uploadFile:fail ssl hand shake error 7. errMsg:uploadFile:fail fail:file doesn't exist 8. errMsg:uploadFile:fail parameter error: parameter.filePath should be String instead of Undefined; 9. errMsg:uploadFile:fail unexpected end of stream on com.android.okhttp.Address@a4e78a99 10. errMsg:uploadFile:fail Failed to connect to www.xxx.cn/xxx.77.88.xxx: 443 11. errMsg:uploadFile:fail Write error: ssl=0x7c7a079388: I/O error during system call, Broken pipe 12. errMsg:uploadFile:fail Unable to resolve host www.xxx.cn: No address associated with hostname 这已经是微信底层的错误了吧，我们开发者能做什么呢，请问如何解决呢？