我也遇到了,就是自定义tabbar,在全面屏下的兼容问题,要是用iphone 12直接可以复现
订阅消息的弹窗被tabBar遮挡,iOS(11,12)[图片]https://developers.weixin.qq.com/miniprogram/dev/api/open-api/subscribe-message/wx.requestSubscribeMessage.html
2020-12-23求修复这个bug,代码无法上传
手机预览时wxss编译在新的客户端报错情况描述: dddddd 6.1 儿童节 早上升级了开发者工具,开发者工具直接编译预览正常,但是发现在手机预览 生成二维码的时候 wxss编译会报错 主要是 calc(100% - 72.4rpx) / 2; 这个rpx前有小数点,如果不使用小数,那么就没有问题了,编译通过了 [图片] wechat_devtools_1.02.2004020 版本就一切正常,1.03.2005140就会有上述的情况。 其实RC的时候就发现这个bug了,后来退到了稳定版,但是发现已经合到稳定版了... 项目介绍: 这个是一个比较久的项目了,然后当时设计提供的是非标准设计稿(6P)的,也没有用预编译less,sass 去处理, 后来项目大了之后还是这样用的。 我的理解这是一个Bug: 直接开发者工具编译是可以的,而二维码编译生成手机预览版本却报错了,不一致开发者旧的代码写好了之后,可能会很久不维护这个版本了,而开发者工具如果有breaking changes 我觉得应该单独维护不同的分支发不同的版本,就像RR3 和 RR4,不然现在就很尴尬了(好好改会有额外工作量,随意点改会导致bug)。 还有一个小问题,之前可以下载旧版本的客户端,现在无法下载了,可以给个新的链接吗 麻烦关注下这个问题,,,
2020-09-02刚刚将微信升级到7.0.14_1660 27000E37 问题还是存在
三星Galaxy s9 调用jssdk的wx.config方法带上小程序跳转会闪退?如题 三星s9使用wx.config加上下面这行跳转小程序功能 openTagList: ['wx-open-launch-weapp'] 打开页面就闪退,已经验证,屏蔽掉这行就没问题 微信复现时间: 2020年8月24日2点30分、35分 微信号:jiatui110 微信版本:7.0.13_1640 27000D39 我看到闪退后微信有上报,上报地址如下,希望能够帮助排查 http://szsupport.weixin.qq.com/cgi-bin/mmsupport-bin/stackreport?version=27000d39&devicetype=android-26&filelength=12099&sum=9cd1c83489eed78d1b221db6a02a6e54&reporttype=1&NewReportType=10001&username=wxid_86qrzorxuq6f22
2020-08-24看起来像嵌在视频里面的
请问微信 小程序直播,右上角这种卡片是怎么做出来的?请问微信 小程序直播,右上角这种卡片是怎么做出来的?如下图,绿色线条框起来部分 [图片]
2020-06-22🆘
请求非可信域名导致请求被挂起,进而导致整个小程序被挂起!在发送没有添加到可信域名的地址后 既不会触发成功回调,也不会触发失败和complete回调 请求被挂起,挂起请求超过一定数量后(10个),后面的正常请求也无法发送 很容易就能重新 并且仅在安卓最新版本微信可重现 Page({ data: {}, onLoad: function () { wx.request({ url: 'http://非白名单域名/', success: () => wx.showToast({ title: 'success 1', icon: 'none' }), fail: () => wx.showToast({ title: 'fail 1', icon: 'none' }), complete: () => wx.showToast({ title: 'complete 1', icon: 'none' }) }) wx.request({ url: 'http://非白名单域名/' }) wx.request({ url: 'http://非白名单域名/' }) wx.request({ url: 'http://非白名单域名/' }) wx.request({ url: 'http://非白名单域名/' }) wx.request({ url: 'http://非白名单域名/' }) wx.request({ url: 'http://非白名单域名/' }) wx.request({ url: 'http://非白名单域名/' }) wx.request({ url: 'http://非白名单域名/' }) wx.request({ url: 'https://{一个白名单中域名}/', success: () => wx.showToast({ title: '不调用', icon: 'none' }), fail: () => wx.showToast({ title: '不调用', icon: 'none' }), complete: () => wx.showToast({ title: '不调用', icon: 'none' }) }) } })
2020-06-22package.json dependencies 改一下 "html2canvas": "1.0.0-rc.4" 亲测可用 注意删除package-lock.json文件 和 node_modules目录,重新执行npm i
在ios 13.4中,微信浏览器使用html2canvas无任何反馈在ios 13.4系统微信浏览器中, npm html2canvas包有问题 html2canvas(shareContent as HTMLElement, opts).then(canvas => { // 无反馈 }).catch(_ => { // 无反馈 }) 在ios 非13.4系统微信浏览器中 html2canvas(shareContent as HTMLElement, opts).then(canvas => { // 有反馈 }).catch(_ => { // 有反馈 }) 因为有部分用户更新了ios 13.4, 我们定位到是这个问题。 希望ios 13.4微信浏览器中html2canvas正常运行
2020-06-17[图片] 看起来还没解决啊
开发工具ctrl+s无效,写的css样式也没有效果,每次都需要重启才行?这是什么鬼?如果,更新了最新版本也是不行啊。
2020-04-29关闭项目重新导入问题已经解决了,很奇怪,昨天卸载开发者工具重新安装也不行,macos版 ====================================== 又出现了 [图片]
开发者工具报异常,缺少参数 account,请问是什么原因?异常如下: 缺少参数 account, 请确保参数不是 空字符串、空对象、空数组、null或undefined, 或数组的内容不是 null/undefined [图片] 但是可以点击预览,手机扫码预览小程序应该是没问题的
2019-08-20这确实是一个大坑,用catch替代阻止事件冒泡,导致无法动态决定是否允许冒泡
运行时动态选择 bind / catch如题,我如何在运行时根据条件决定是否中断冒泡/捕获? 目前只能想到这种办法: ``` <view wx:if="{{predicate}}" capture-bind:tap="xxx"></view> <view wx:else capture-catch:tap="xxx"></view> ``` 但是使用 wx:if 来判断不仅导致代码冗余(几乎相同的两块代码),而且会导致其它一些问题,例如在 wepy 组件中写两次 slot 会使后一个slot收不到内容。 所以有没有更简洁的方式来在运行时决定是否中断事件捕获/冒泡?
2019-06-19哎,这么多反馈的,腾讯就是视而不见
关于JSON解析时 Unicode U+2028 等字符的bug- 概述 wx.request 对于含有 U+2028 等字符的 Response Body 存在错误的过度处理(注意:该问题只在真机上复现)。 经过查找文章和社区,我发现这是一个反馈较多的问题(参见最后“可能的相关问题”部分),对于特殊字符很多人选择了进行过滤,但这是不对的,正确的做法应当是对其进行合理编码、解码。 - JSON对特殊字符的处理 在详细描述bug之前,我们先了解下JSON处理中特殊字符的正确处理方式。 在 ECMAscript 5.1 ( https://www.ecma-international.org/ecma-262/5.1/#sec-15.12.2 ) 中有这样一句话: JSON uses a more limited set of white space characters than WhiteSpace and allows Unicode code points U+2028 and U+2029 to directly appear in JSONString literals without using an escape sequence. 这意味着 JSON.stringify 和 JSON.parse 都不应当对空格、U+2028、U+2029这三个字符进行转义,例如对于空格: [图片] 可以看到空格未进行转义,同样的道理,U+2028 也不会被转义: [图片] 但对于 '\n' ,是需要转义的: [图片] 因此可以得出结论,在HTTP Response中 U+2028 等字符是不应当被转义的;由于这两个字符被创造也是有其含义和目的,更不应当被过滤掉(如 https://developers.weixin.qq.com/community/develop/doc/8d93389c3bea4acff6e7bb765c3e634f?highLine=2028 和 https://developers.weixin.qq.com/community/develop/doc/f085c4b5f547113dbb032d0f4b46e1b5 ) - wx.request 的问题 在 wx.request 对JSON的处理中,没有正确将 JSON String 解析为 Object,而是将 String进行了返回,同时将 U+2028 和 U+2029 两个字符替代成了 \n 。在这一过程中存在如下问题: 假设wx.request处理JSON异常,应当触发fail回调函数传递具体的错误,给用户明确的意图,而不是调用 success 给出未能成功解析的字符串。(举一个例子,JSON.parse 结果并不一定是Object,如 http://www.mocky.io/v2/5bea7d792f0000df0bda3a4e 这个接口在浏览器用fetch调用返回的就是字符串)。 wx.request应当能正常处理含有U+2028 等字符的Response,应当原样保留这些特殊字符并反馈 JSON.parse 出的结果 但是通过调试可以发现,wx.request对U+2028 等字符进行了错误的处理,在返回的 String 中将其替换成了 \n (注意不是 \\n,前者是一个字符,后者是两个字符),这进一步导致了用户难以通过 JSON.parse 手动解析String数据: [图片] 在上面的例子中我说过 '\n' 是应该被转义为 '\\n' 的,否则在 JSON.parse 的时候就会造成报错。 - 预期表现 wx.reqeust应该正确处理特殊字符 wx.request在JSON解析失败时应当调用fail回调 - 临时解决方案 这是一个会有bug的解决方案,原因不再赘述,仅供参考: [代码]wx.request({[代码][代码] [代码][代码]url: [代码][代码]"http://xxx"[代码][代码],[代码][代码] [代码][代码]success(res) {[代码][代码] [代码][代码]const originData = res.data;[代码] [代码] // 无法处理纯字符串的情况,慎用[代码] [代码] [代码][代码]const data =[代码][代码] [代码][代码]typeof[代码] [代码]originData === [代码][代码]"string"[代码][代码] [代码][代码]? JSON.parse(originData.replace(/\n/g, [代码][代码]"\\n"[代码][代码]))[代码][代码] [代码][代码]: originData;[代码][代码] [代码][代码]console.log(data); [代码][代码]// 替代 res.data[代码][代码] [代码][代码]}[代码][代码]});[代码] - 复现路径 在这个代码片段中 https://developers.weixin.qq.com/s/iam8hTmP7m3S ,可以通过点击不同button分别调用含有 \n 、\u2028、\u2029 和空格的接口,查看console的输出。 注意:必须在真机上才能复现,模拟器不可以 - 可能的相关问题 https://developers.weixin.qq.com/community/develop/doc/8d93389c3bea4acff6e7bb765c3e634f?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/000ca414b64b1099bb1701ce55b800?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/99f032bff8b2a6ccb37ffd4414aa5575?highLine=json%25202028 https://developers.weixin.qq.com/community/develop/doc/000c443ed5c488009dd6b81aa51404?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/f085c4b5f547113dbb032d0f4b46e1b5 https://developers.weixin.qq.com/community/develop/doc/ca057a276c3e316cb5086b0b26a69763 此外这个问题反馈了U+2028与setData使用的bug,我猜测可能与本问题可能存在一定的关联性: https://developers.weixin.qq.com/community/develop/doc/000c443ed5c488009dd6b81aa51404?highLine=2028
2019-02-26