- createInnerAudioContext Seek不支持毫秒精确定位问题
[代码]let audio = wx.createInnerAudioContext();[代码][代码]audio.src = [代码][代码]"/path/to/xxxx.mp3"[代码][代码];[代码][代码]...[代码][代码]audio.play();[代码][代码]audio.seek(12.65);[代码]如上,如果用seek()跳转到一个毫秒的时间,并不会从12.65秒开始,而是会取整到13秒开始播放 并不能精确定位进行播放 另外,小程序在1.5.1版本就已经解决Video组件不能精确Seek的问题,如下图 [图片] 希望也能够解决createInnerAudioContext 不能精确Seek的问题。 感谢
2018-04-20 - SocketTask.send 发送空数据,iOS可以正常发送,安卓直接报错,不允许发送?
最近微信小程序底层是有更改吗?我们的插件之前一直是在SocketTask.send 发送空数组为结束标识,这几天突然所有的安卓机型都不能正常使用了,iOS可以正常使用。请问是有这部分变动吗?能将安卓的发送空数据报错这个限制去掉吗?
2019-11-05 - 求大神解读我从未看到过的错误代码!!!(急)
Uncaught Error: Expect START descriptor with depth 2 but get another:53:6283[图片]
2017-12-19 - 总是报 webviewScriptError Framework inner error?
总是报这个错误,不知道是什么意思? 怎么排查呢? webviewScriptError Framework inner error (expect START descriptor with depth 2 but get another) Error: Framework inner error (expect START descriptor with depth 2 but get another) at i.value (<anonymous>:1:1337359) at i.fe [as _startCb] (<anonymous>:1:1268539) at i.value
2019-10-15 - 小程序内存异常增大1倍
问题陈述: 之前开发一直都没有留意到内存占用的问题(7.0.4升级至7.0.5后),而之前开发时一直关注过初始化的内存占用(打开性能调试面板,由面板中观察得)。在旧版本中,官方的快速上手Demo刚打开的内存大约为300MB左右,而最近更新7.0.5后发现同一个快速上手Demo的项目内存会增加1倍,打开时600MB,降至590MB。多次杀掉微信再次重复测试,结果一直如此。 而且有概率在打开3个页面后(每个页面大约最多20张图片资源。标签总数估计不会超过600个),第三个页面能在进入时稍微看见页面内容,但稍后立即黑屏,返回页面亦如此。但似乎页面的触摸点击事件能正常回调且JS线程仍在运行。 此外,我亦测试了拼多多、京东商城等图片资源稍多的小程序,情况表现一致(只能看到2个页面以上便黑屏的情况,具体的内存信息无法查看),摩拜单车也一样,而且黑屏时是HTML元素消失,但原生元素仍然存在,比如地图组件。 而同事的小米9,相同的安卓版本,相近的MIUI版本测试内存为正常的情况,快速上手也约为300MB。不同点为其微信版本为7.0.6。 文末有录制黑屏的视频。 [图片] 开发工具新建一个自带的快速上手Demo,完全没有修改过一点代码。 [图片] 以上为,清空缓存之前,且启动后一会儿,内存稳定时截图。 [图片] 以上为,使用MIUI安全助手清空整机内存、垃圾 文件后,再在系统应用管理中清除微信缓存后。杀掉重新按如上操作截图。 视频地址(上传到图床,本人测试未发现有病毒或主动的恶意意图):http://tmp.link/f/5d665639d3c5b 目前微信尚未卸载,若官方人员需要上传运行日志,可联系上传。并可卸载重装该版本微信再次尝试,测试是否复现该问题。
2019-08-28 - 微信7.0.5和7.0.6 小程序内存飙升
原先打开页面通过性能监控,使用内存400、500M左右,微信7.0.5,7.0.6后打开同样的页面内存飙升了一倍,达到了800、900M,然后再随便操作下就造成内存不足,微信闪退,安卓机上问题特别明显
2019-08-19 - InnerAudioContext 函数 onTimeUpdate 无效
问题一, 使用 onTimeUpdate(callback) 来实时更新时间进度条, onTimeUpdate 函数不能有效的监听到,问题出现在 Android 真机上,播放音频 audio1 ,audio1 音频时长小于等于 5 秒。第一次播放音频该函数会有效监听到,再次播放 audio1 无效,播放另一个音频该函数则生效。 问题就是一段小于等于 5 秒的音频,第一次播放会监听到 onTimeUpdate 函数,以后播放该音频则再也不会监听到该函数。
2019-07-05 - InnerAudioContext.onTimeUpdate再次调用不触发
- 当前 Bug 的表现(可附上截图) InnerAudioContext播放完以后再次播放,onTimeUpdate生命周期不会再次触发,但是onPlay,onEnd都能正常触发 - 预期表现 每次audio组件重新播放都能触发onTimeUpdate - 复现路径 - 提供一个最简复现 Demo InnerAudioContext.onTimeUpdate再次调用不触发
2019-07-04 - 低于5秒的录音onTimeUpdate不调用且ios正常
- 当前 Bug 的表现(可附上截图) 第一次 [图片] 第二次 [图片] 第三次 [图片] - 预期表现 每次都能触发onTimeUpdate回调 - 复现路径 - 提供一个最简复现 Demo
2019-07-18 - android 设置 VideoContext.seek 无效
用android系统的手机调用 VideoContext.seek(10) 方法在真机测试时无法跳转到指定位置播放视频,调用之后变成从0开始,但是模拟器与IOS可以正常跳转 也试过 VideoContext.seek() 和inittime属性一起用也无效
2019-06-03