一个watch在断开之前会一直占着一个并发数吗

应该是位置 [图片] https://developers.weixin.qq.com/miniprogram/dev/framework/liveplayer/pendant.html

版本是1.03.2005140 在~/Library/Application Support/微信开发者工具/Default/.ide下的端口号和开发者工具的端口号不一致 然后我把微信开发者工具文件夹删了重新装了一份之后发现在内部的一个文件夹下的default/.ide有正确的端口号 如图[图片] 50a的这个文件下是正确的 请问这种是什么情况

文件读取端口号57969，手动改正端口号一直没有返回预览成功二维码 [图片] [图片]

https://developers.weixin.qq.com/blogdetail?action=get_post_info&docid=000c6a4a3f8b9872d8e65646951c00&token=2047873321&lang=zh_CN 详细叙述如上贴； tips： 有线上版，线上appid：wxaa544c2a92d346dc； web-view中引入了微信jssdk1.3.2，ios调用跳转完美；安卓必现； 重现步骤： 安卓机器测试，进入首页（web-view页），点击头像进入用户详情页（小程序原生页），然后左上角返回首页，再点击首页左上角奖金字样，进入奖金详情页（原生页），再返回首页；重复以上步骤几次，再次点击头像或者奖金跳转至原生页失败无反应了；测试机vivo x20 因为页面主要都是web-view，所以没有代码片段，没有。代码贴在以上链接贴中

wx.getUserinfo() withCredentials: true 有几率不返回iv

如题，我要实现一个sticky组件，需要在onPageScroll中调用boundingClientRect获取元素的位置信息，但是 现在有一个问题： 如果页面慢慢滚动的话，能在4ms内获取到元素位置信息，看起来过渡就很流畅； 而如果一下子将页面滚动到顶部或者底部（页面到头后会超出可滚动区域然后回弹一下），这个时候获取位置信息就会很慢，平均500ms，有时候是1700ms，这会导致过渡的时候有一个卡顿。 下图console中打印的是我滚动页面时，每次调用boundingClientRect前和执行boundingClientRect的回调函数之间的时间差，可以看到，有时候很快（2、30、80ms），有时候就很慢（315、1367、1900ms）。 [图片] [图片] 我已经给onPageScroll事件设置了debounce，保证滚动结束后100ms后才调用boundingClientRect。 我上传了一个代码片段，复现步骤是：滚动的稍微慢点，或者特别快（我也不知道具体是什么情况下）多试试。它有时候获取得很快，都在10ms内： [图片] 有时候就获取得很慢，是1000ms以上： [图片] 请问这是什么原因？

- 当前 Bug 的表现（可附上截图） 事件阻塞严重 ， 代表：scroll-view bindscroll longpress 有时无效 wx.saveImageToPhotosAlbum() 有时无效也不报错 position: sticky 失效 [图片]一秒钟打印一次 （阻塞极其严重） 代码片段提供不了 appid可以 ：wxe2b18386fd190aff

无法提供代码片段 ，复现机制也比较麻烦 具体描述：scroll-view 绑定了onscroll事件 滚动的时候是有条件限制的并不是一直setdata 甚至完全没有setdata 只是走了下一般的判断逻辑(并不复杂) 滚动的时候手机console.info 一直在打印invoke event onScroll in page: xxx ， 滚动停止的时候依旧在打印 应该是阻塞了 在真正结束“滚动”之前 所有的操作都会被阻塞 只有把开发版和正式版都删除重新下载的情况下 这种情况会被修复 很久之前是在ip6那种机型上见过  目前是华为mate10 和sony xzp上出现 希望能关注下

map里的 markers中 label bgColor无效 borderColor 闪退 开发工具正常 安卓手机(sony xzp, mi6)以上情况均有 ios未测试