这是一个部分用户触发的错误，地区国内。故无法提供可重现的代码，实在抱歉。 # 我们的测试方法 用户遇到播放错误，且更换地址重试3次都无法解决是，会提示用户，并请示到【测试界面】。 我们预先准备了4个播放地址（mp3和mp4格式），分别对 BackgroundAudioManager 和 InnerAudioContext 进行测试。 触发过 time-update 事件则标记为 【正常】并结束测试；触发过 error 事件则标记为 【异常】并结束测试。 # 我们测试代码： a. BackgroundAudioManager版本  ⬇⬇⬇⬇⬇⬇ [代码]Component({[代码][代码]  [代码][代码]properties: {[代码][代码]    [代码][代码]source: {[代码][代码]      [代码][代码]type: Object,[代码][代码]    [代码][代码]}[代码][代码]  [代码][代码]},[代码] [代码]  [代码][代码]methods: {[代码][代码]    [代码][代码]nativePlayData() {[代码][代码]      [代码][代码]const self = [代码][代码]this[代码][代码];[代码][代码]      [代码][代码]const data = [代码][代码]this[代码][代码].data.source;[代码][代码]      [代码][代码]const backgroundAudioManager = wx.getBackgroundAudioManager();[代码] [代码]      [代码][代码]this[代码][代码].ctx = backgroundAudioManager;[代码] [代码]      [代码][代码]backgroundAudioManager.title = [代码][代码]'测试音频'[代码][代码]      [代码][代码]backgroundAudioManager.epname = [代码][代码]''[代码][代码];[代码][代码]      [代码][代码]backgroundAudioManager.singer = [代码][代码]''[代码][代码];[代码][代码]      [代码][代码]backgroundAudioManager.coverImgUrl = data.shelfPicture;[代码][代码]      [代码][代码]backgroundAudioManager.src = data.playUrl;[代码] [代码]      [代码][代码]backgroundAudioManager.onTimeUpdate([代码][代码]this[代码][代码].updateHandler = [代码][代码]function[代码][代码](e) {[代码][代码]        [代码][代码]self.triggerEvent([代码][代码]'time-update'[代码][代码], e);[代码][代码]      [代码][代码]});[代码] [代码]      [代码][代码]backgroundAudioManager.onError([代码][代码]this[代码][代码].errorHandler = [代码][代码]function[代码][代码](res) {[代码][代码]        [代码][代码]self.triggerEvent([代码][代码]'audio-error'[代码][代码], {code: res.errCode, text: res.errCode + res.errMsg});[代码][代码]      [代码][代码]});[代码][代码]    [代码][代码]},[代码][代码]  [代码][代码]},[代码] [代码]  [代码][代码]ready() {[代码][代码]    [代码][代码]this[代码][代码].nativePlayData();[代码][代码]  [代码][代码]},[代码] [代码]  [代码][代码]detached() {[代码][代码]    [代码][代码]this[代码][代码].ctx.stop();[代码][代码]  [代码][代码]}[代码][代码]});[代码] b. InnerAudioContext版本  ⬇⬇⬇⬇⬇⬇ [代码]Component({[代码][代码]  [代码][代码]properties: {[代码][代码]    [代码][代码]source: {[代码][代码]      [代码][代码]type: Object,[代码][代码]    [代码][代码]}[代码][代码]  [代码][代码]},[代码] [代码]  [代码][代码]methods: {[代码][代码]    [代码][代码]nativePlayData() {[代码][代码]      [代码][代码]const self = [代码][代码]this[代码][代码];[代码][代码]      [代码][代码]const data = [代码][代码]this[代码][代码].data.source;[代码][代码]      [代码][代码]const innerAudioContext = wx.createInnerAudioContext();[代码] [代码]      [代码][代码]this[代码][代码].ctx = innerAudioContext;[代码][代码]      [代码][代码]innerAudioContext.autoplay = [代码][代码]true[代码][代码];[代码][代码]      [代码][代码]innerAudioContext.src = data.playUrl;[代码] [代码]      [代码][代码]innerAudioContext.onTimeUpdate([代码][代码]this[代码][代码].updateHandler = [代码][代码]function[代码][代码](e) {[代码][代码]        [代码][代码]self.triggerEvent([代码][代码]'time-update'[代码][代码], e);[代码][代码]      [代码][代码]});[代码] [代码]      [代码][代码]innerAudioContext.onError([代码][代码]this[代码][代码].errorHandler = [代码][代码]function[代码][代码](res) {[代码][代码]        [代码][代码]self.triggerEvent([代码][代码]'audio-error'[代码][代码], {code: res.errCode, text: res.errCode + res.errMsg});[代码][代码]      [代码][代码]});[代码][代码]    [代码][代码]},[代码][代码]  [代码][代码]},[代码] [代码]  [代码][代码]ready() {[代码][代码]    [代码][代码]this[代码][代码].nativePlayData();[代码][代码]  [代码][代码]},[代码] [代码]  [代码][代码]detached() {[代码][代码]    [代码][代码]this[代码][代码].ctx.stop();[代码] [代码]    [代码][代码]try[代码] [代码]{[代码][代码]      [代码][代码]this[代码][代码].ctx.offError([代码][代码]this[代码][代码].errorHandler);[代码][代码]    [代码][代码]} [代码][代码]catch[代码] [代码](e) {}[代码] [代码]    [代码][代码]try[代码] [代码]{[代码][代码]      [代码][代码]this[代码][代码].ctx.offTimeUpdate([代码][代码]this[代码][代码].updateHandler);[代码][代码]    [代码][代码]} [代码][代码]catch[代码] [代码](e) {}[代码][代码]  [代码][代码]}[代码][代码]});[代码] # 用户检测结果： [图片] 下面是经过我们半个月的持续观察，总结出来的信息，希望能帮助找出问题。 每天影响用户0.2~1%不等。 用户不可以播放的时候，影响时长为0.5~5天不等。 跟网络也有一定关系，之前接待的一个用户就是4g不可以播，切到wifi可以；然后再切回4g时，依然不可以。 我们的服务没问题，如图BackgroundAudioManager 不可以， InnerAudioContext 可以。直接网页打开链接也能播。 多见于IOS。

wx.chooseVideo,压缩处理太慢，是否有进度条显示之类的？ 看了票圈长视频的小程序，感觉他们的处理方式不错，他们的选择视频文件感觉是调用了本地文件管理器，机型不同界面都不一样

- 需求的场景描述（希望解决的问题） 我们项目有需求每次需要上传几十张或上百张图片，但是目前微信wx.chooseimage接口一次最多选择9张，这样的话 很大程度影响了效率，每次传9张之后还得去相册找上次最后一张图片的位置，特别麻烦 - 希望提供的能力 据我所知在 社区问题反馈以及功能优化更新（11.12-11.16）中已经提到chooseimage接口选择图片数量问题，不知道后续 怎么样了，希望官方尽快提供这个能力

安卓机  web-view组件播放视频全屏后无画面黑屏

- 当前 Bug 的表现： 视频缓冲机制有问题：视频开始播放后视频缓冲到某个位置就停住不再加载，当视频播放到该位置时就卡住缓冲无法播放，而不是快要到达缓冲位置有一定的距离就继续进行缓冲，视频缓冲机制难道不是播放快要到达缓冲位置就开始继续加载么？ 安卓视频进度条拖动异常，拖动或滑屏进度条位置回到 00：00，位置异常。 -出现机型：安卓 (huawei CLT-AL00 android9  微信6.7.3  sdk 2.4.1) - 提供一个最简复现 Demo https://developers.weixin.qq.com/s/irwpRgmk7s4W 以下所提供的视频格式码率一切都正常，而且我们也转码处理过，希望官方能尽快帮忙处理下，非常着急，不胜感激 如下图所有的视频都缓冲到该位置就不再继续缓冲 [图片] [图片] [图片]

- 当前 Bug 的表现（可附上截图） 从聊天列表下拉，打开超级打投小程序，小程序和微信直接闪退 - 预期表现 正常打开超级打小程序投首页 - 复现路径 非必现，但是非常的频繁，概率很高，用户反馈较多。 不仅仅是iPhone X，iPhone 8也会遇到。 - 提供一个最简复现 Demo

从七点多开始一直断断续续出现，我们太多用户反馈了，现在处理了吗？ [图片]

在ios12  6.7.3版微信中，小程序调用 VideoContext.requestFullScreen接口失效，无法将视频全屏播放。

微信 更新至最新的6.7.3后，出现了video组件 无法全屏播放的情况 [图片] [图片]