你好,这个报错是因为部分安卓机型不支持设定wx.vibrateShort 接口的 type (震动级别)参数。这种情况下会使用系统默认的震动级别,同时会返回fail回调。去掉 type 参数可以规避这个报错。
震动API出错真机测试一直是好好的,今天突然出现这个震动样式不支技,新建个项目只测试这个接口wx.vibrateShort({type:'medium'}); 也是出现同样的错误,应该是官方更新后出错的,请官方查一下。[图片]
2021-07-13你好,innerAudio不支持你说的功能。我们后续会推出对齐webAudio能力的wx.createWebAudioContext,可以实现这个功能
您好,使用inneraudio 播放,是否得到播放语音的audio buffer,从而计算出增益?您好,使用createinneraudio 播放,有没有哪个事件可以得到audiobuffer,为一个数组。 或者createinneraudio 能否设置src 为一个预先计算好的 audiobuffer,来播放
2021-07-04你好,反馈已收到。确认了是安卓端的bug,正在处理中
安卓手机调用 InnerAudioContext.seek 方法,会从头开始播放,IOS 手机正常复现操作路径:导入代码片段,用安卓手机,扫码调试,你会看到是从头开始播放的,而不是从 60 s开始播放 具体可以看页面的 currentTime 的值,还有控制台打印的"当前音频的播放位置: 60.123424" 预期表现:调用 seek 方法之后,是可以跳转到指定位置进行播放 安卓测试录屏:https://share.plvideo.cn/front/video/preview?vid=cec4219165aa3cf994c8dea9229fa6a5_c
2021-06-28目前插件内暂时不支持使用worker。后续将支持
微信小程序插件开发,不支持worker吗?wx.createWorker is not a fun?微信小程序插件开发,不支持worker吗?报错wx.createWorker is not a function?,那小程序插件的work应该怎么做
2021-06-05感谢反馈。 接口调用失败时缺少complete回调,问题已知,下个版本将修复wx.authPrivateMessage 接口使用前是需要用户登录小程序。我们会在文档加个说明
使用wx.authPrivateMessage时必须是用户已登录微信小程序?使用wx.authPrivateMessage时必须是用户已登录微信小程序? 在用户未登录微信小程序的情况下打开别人分享的微信小程序私密消息时,调用wx.authPrivateMessage时,只调用了fail函数,complete函数未调用,但官网中明确说明“complete为接口调用结束的回调函数(调用成功、失败都会执行)” [图片] 实际使用过程中,用户未登录微信小程序,打开了别人分享的私密消息,只调用了fail函数,返回结果为{"errMsg":"authPrivateMessage:fail:", "err_code":"1"},没有明确返回fail信息,err_code为1表示什么? [图片] 在用户已经登录微信小程序的情况下,打开上述别人分享的私密消息,则可以调用success和complete函数,同时,也可以获取到valid:true的信息,如下图: [图片] 请问,在使用wx.authPrivateMessage时,必须是用户已登录微信小程序才能调用success函数吗?这点官网上并没有明确指出
2021-05-28提供appid,我们查下是否是接口权限问题
video 貌似播放报错了,但是没有执行 onError 回调我们小游戏里,创建视频,中途播放卡住了,可能是由于网络原因导致,但是,注册的 onError 事件并没有收到回调执行,麻烦看一下。 我最小化了一次,再打开,控制台倒是有异常抛出,如下图:(依然并没有执行 onError 回调方法) [图片]
2021-05-25其他型号的iOS设备有相同的问题吗?
wx.updateShareMenu设置转发动态消息,iPhone xs无效?[图片] 左侧为苹果机分享,具体型号 iPhone xs max,右侧为安卓机,正常显示动态信息 二者皆确保调用了api创建动态消息
2021-04-15问题已知,将在下个客户端版本修复
worker.terminate()没有释放内存,导致内存溢出- 当前 Bug 的表现(可附上截图) 当执行worker.terminate()后,可重新创建worker,而实际没有释放内存,导致内存溢出 - 预期表现 当执行worker.terminate()后释放内存 - 复现路径 - 提供一个最简复现 Demo
2021-04-08接口返回结果的结构以最新文档为准。多出的冗余部分是历史遗留问题,为了兼容线上小程序暂时也不会去掉冗余部分。因为如果用户没有选择“总是保持以上选择,不再询问”的话,用户可能这次点同意,下次点拒绝,再下次又点同意,这种情况下 itemSettings 返回的设置就无法确定用户是同意还是拒绝。文档位置的建议合理,我们会改下文档
对SubscriptionsSetting结构有些疑问?疑问一:现在获取到的结构为什么多了一些内容 理论上的结果 interface SubscriptionsSetting { itemSettings: Record, mainSwitch: boolean } 但是现在实际返回的是 interface SubscriptionsSetting { [tempId: string]:string, itemSettings: Record, mainSwitch: boolean } 这个[tempId]和itemSettings里是一样的 为什么外面也有这个?有没有什么情况下有[tempId]没有itemSetting?会不会有什么其他影响,比较担心这个,怕有什么坑,不然为什么不去掉 疑问二:itemSettings为什么是在点击过总被允许才出现? 在https://developers.weixin.qq.com/miniprogram/dev/api/open-api/setting/wx.getSetting.html中才有说到「withSubscriptions 只返回用户勾选过订阅面板中的“总是保持以上选择,不再询问”的订阅消息。」 这个文档位置逻辑有点问题,理论上应该在https://developers.weixin.qq.com/miniprogram/dev/api/open-api/setting/SubscriptionsSetting.html这个文档也该出现
2021-03-03wx.getGroupEnterInfo https://developers.weixin.qq.com/miniprogram/dev/api/open-api/group/wx.getGroupEnterInfo.html
从群工具点击获取不到群id?从群消息卡片点击可以获取到群ID,从群工具点击就不行,是bug?还是feature?
2020-12-03