所谓“跳过压缩的文件”就是： [JS 文件编译错误] 以下文件体积超过 500KB，已跳过压缩以及 ES6 转 ES5 的处理。 common/vendor.js “预览”按钮上传之前，把之前“跳过压缩的文件”先压缩再上传，这对于程序员的开发体验是很大提升。现在我得每次手动压缩common/vendor.js。

scroll-view官方手册提供的下拉刷新DEMO地址是： https://developers.weixin.qq.com/miniprogram/dev/component/scroll-view.html 最下面有官方提供的下拉刷新DEMO 无论用微信真机还是开发者工具，都是只能拉下来loading，而loading自身不会自动消失，必须要手指稍微动动，才能让loading消失。 我尝试修改DEMO，在   onRefresh() 里加上：     this.setData({       triggered: true,     }) 因为我看别的帖子说由true变成false就会让loading消失。结果依然无效。 我就费解，到底怎样让loading自己自动消失？

- 当前 Bug 的表现（可附上截图） 打开代码片段，点击按钮，在开发者工具上会出现一个有渐变的黑圆。 但是在红米Note4真机上，是一个纯色的黑圆。

- 当前 Bug 的表现（可附上截图） 腾讯云上传测试代码，有两个毛病： 五分之一概率发生{"errcode":-80076} 五分之四概率，环境部署和重启慢到令人发指（我用的nodejs环境），经常半个小时，短的时候5分钟。我只是几百字节的修改啊。 - 预期表现 尽量别出现{"errcode":-80076} 环境部署速度和重启速度加快

- 当前 Bug 的表现（可附上截图） wx.chooseImage选择本地图片，点确定，会触发onShow。 为啥？Why？ 别让我们有恶意猜测好吗。。难道是为了解决某个bug而引入新的bug？ - 预期表现 不要触发onShow。这种触发onShow会造成开发者迷茫，而且损失无谓的手机性能。 - 提供一个最简复现 Demo 上面提供了DEMO了。

- 当前 Bug 的表现（可附上截图） bug1：真机和工具下，利用placeholder-class，给textarea的placeholder设置行高无效（设置颜色倒是可以）。 bug2：textarea区域，在获得光标焦点的前提下，手指搓textarea以滑动屏幕，无效（屏幕纹丝不动）。（代码片段中已经加高了容器的高度，搓空白面积，页面可以滚动，搓textarea，不滚动） - 预期表现 bug1：期望：行高生效。 bug2：期望：在获得光标焦点的前提下，手指搓textarea能滑动屏幕。

- 当前 Bug 的表现（可附上截图） 真机，比如红米note4，cover-view无法覆盖textarea。（开发者工具中是OK的，只要cover-view的z-index大于1，就可以覆盖。） 同样的问题请看https://developers.weixin.qq.com/community/develop/doc/000202d20fc4703bc4471738c51800 代码片段：https://developers.weixin.qq.com/s/sh6oWAmD7G5w - 预期表现 希望红米Note4和其他安卓手机中，cover-view能正常覆盖textarea。

- 当前 Bug 的表现（可附上截图） textarea原生组件，在获得光标焦点前提下无法滚动，会让人以为微信或者小程序坏掉了，而且，与HTML的textarea表现不一致。 - 预期表现 在获得光标焦点前提下能够：先局部滚动，滚动到内容底部之后，全页面滚动。