组件名称：wx.uploadFile iOS微信版本：8.0.32/8.0.31 基础库：2.30.2 问题描述： 1、通过微信FileSystemManager相关API在本地写了一个文件，文件地址：wxfile://usr/xxxx.txt，文件是永久文件，不是临时文件 2、通过wx.uploadFile上传文件到服务器，同微信版本情况下，安卓上传正确，iOS失败，提示：uploadFile:fail file path invalid 3、经过调用FileSystemManager.read读取文件内容，确认文件路径正确，并且安卓表现正常 问题现象日志： 安卓在相同路径下上传成功： [图片] iOS在相同路径下上传提示失败，读取文件内容成功： [图片] 问题概率： 安卓正常，iOS必现 问题猜测： 怀疑可能是iOS系统下uploadFile读取路径异常产生的bug，需要微信定位原因，上面步骤描述较为清楚，涉及服务器接口，无法提供代码片段，这个你们可以内部简单测试复现先此问题。

问题：基于 <voip-room> 实现多人音视频通话，和通过 <live-pusher> & <live-player> 自行实现多人音视频通话有什么区别？文档中没有详细的介绍 <voip-room> 组件，比较疑惑两个的区别是什么？ 希望官网可以出详细的对比介绍，以及 voip-room 底层实现细节。

[图片] [图片] 如图，小程序连接ws，由于数据问题，ws连接失败，返回401未授权错误，但是回调确走到了success函数中，明显不对。并且返回的socket task 对象竟然也有值。 请官方大大确认一下这个bug。谢谢

微信开发版/体验版本小程序产生的数据会影响线上的自定义统计数据吗？ 文档中没有说明，不是很清楚。 当前场景： 已经发布了一个API的自定义事件统计，并且小程序已经上线，数据统一正常。之后如果在开发版/体验版小程序上次触发此次API事件，会不会将此数据统计到线上的数据里面中？

在做小程序横屏的pusher和player布局时，发现了一个问题，是android机子上，live-pusher标签无论orientation设置为horizontal还是vertical，真机上都显示画面被旋转了90度，code中没有设置画面旋转。 orientation：horizontal [图片] orientation：vertical [图片] 可以看到，无论将orientation方向设置成哪种模式，在android（华为机子）上，画面都被顺时针旋转了90度。 这个没有代码片段，你们可以在你们的腾讯云视频demo中进行测试。多谢。

之前说后续会将所有的原生组件转为同级组件，有计划什么时候将live-pusher和live-player支持同级渲染吗？ 请官方回答一下。

基于live-pusher和live-player的多人音视频会议，在会议页面A，触发（wx.navigationTo）跳转到下一个页面B，然后在B页面点击右上角圆圈。 其他人看到的本地端画面是waiting-image图片，没有问题。但是当此时，通过小程序列表，在进入小程序，并退回到A页面。在Android端，当前会议其他人看到本地端画面还是一直显示waiting-image图片，并不会恢复当前推流，在Ios端，会自动恢复推流。 期望表现： 在Adnroid端回到小程序侧时，其他人不应该在看到waiting-image图片，而是应该恢复本地端的推流操作。 这个是一个必现操作。

- 当前 Bug 的表现（可附上截图） Android端当我由竖屏页面跳转到横屏页面时，显示正常，但是此时如果退出横屏页面，返回上上一级的竖屏页面所有的元素都被拉伸显示了。Ios显示正常，没有被拉伸。这个像是一个bug，你们可以进行测试复现。 [图片] - 预期表现 Android从横屏返回到竖屏页面时，不应该拉伸整个页面元素尺寸。 - 复现路径 复现视频

App分享小程序卡片转给其他人，其他人安装的是旧版app，没有处理消息，小程序无法打开Android app， 也没有走binderror的回调事件？ - 预期表现 希望能够唤起android app应用。

现在使用cover-view时，必须包含在原生组件之内，但是如果要在外部去覆盖原生组件，就不可以行。 例如： <live-pusher>     <cover-view >123123</cover-view> </live-pusher> 在推流组件可以正常显示123123，但是如果想要将123123放到外部控制，就不可以了。  <cover-view >123123</cover-view> <live-pusher> </live-pusher> 这样子123123就会被live-pusher组件所挡住。 期望： 希望能够支持cover-view不必包含native组件内部就能使用的方式。