- 当前 Bug 的表现（可附上截图） 在iphone6 ios10 中 scroll-view  浮层元素中滑动上层scroll-view 组件，会导致scroll-view 滑动失效，滑动穿透导致scroll-view下层page 滑动 - 预期表现 在iphone6 ios12 中 scroll-view  浮层元素中滑动上层scroll-view 正常 - 复现路径 - 提供一个最简复现 Demo 模板 [代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]'mask'[代码] [代码]wx:if[代码][代码]=[代码][代码]'{{show}}'[代码] [代码]catchtap[代码][代码]=[代码][代码]'clickMask'[代码][代码]>[代码][代码] [代码][代码]<!-- <view class="shade"  wx:if="{{show}}" catchtouchmove="touchHandler" catchtap='close'>[代码][代码]</view> -->[代码][代码]  [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]'modal-content'[代码] [代码]wx:if[代码][代码]=[代码][代码]'{{show}}'[代码] [代码]style[代码][代码]=[代码][代码]'height:{{height}}'[代码] [代码]catchtap[代码][代码]=[代码][代码]'childClick'[代码] [代码]hover-stop-propagation[代码][代码]=[代码][代码]'true'[代码] [代码]>[代码][代码]    [代码][代码]<[代码][代码]scroll-view[代码] [代码]scroll-y [代码][代码]class[代码][代码]=[代码][代码]'main-content'[代码][代码]>[代码][代码]      [代码][代码]<[代码][代码]slot[代码][代码]></[代码][代码]slot[代码][代码]>[代码][代码]    [代码][代码]</[代码][代码]scroll-view[代码][代码]>[代码][代码]    [代码] [代码]    [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]'modal-btn-wrapper'[代码][代码]>[代码][代码] [代码] [代码]      [代码][代码]<[代码][代码]view[代码] [代码]wx:if[代码][代码]=[代码][代码]"{{isCancel}}"[代码] [代码]class[代码][代码]=[代码][代码]'cancel-btn'[代码]  [代码]bindtap[代码][代码]=[代码][代码]'cancel'[代码][代码]>取消</[代码][代码]view[代码][代码]>[代码][代码]      [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]'confirm-btn'[代码]  [代码]bindtap[代码][代码]=[代码][代码]'confirm'[代码][代码]>确定</[代码][代码]view[代码][代码]>[代码][代码] [代码] [代码]    [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]  [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]</[代码][代码]view[代码][代码]>[代码] 在一个页面中引用模板 [代码]<[代码][代码]modal[代码] [代码]show[代码][代码]=[代码][代码]"{{showModal}}"[代码] [代码]height[代码][代码]=[代码][代码]'42%'[代码] [代码]bindcancel[代码][代码]=[代码][代码]"modalCancel"[代码] [代码]bindconfirm[代码][代码]=[代码][代码]'saveChildren'[代码] [代码]isCancel[代码][代码]=[代码][代码]"{{false}}"[代码][代码]>[代码][代码]   [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]'modal-title'[代码][代码]>请完善家人信息</[代码][代码]view[代码][代码]>[代码] [代码]   [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"modal-list-section"[代码][代码]>[代码][代码]     [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"list-item"[代码][代码]>[代码][代码]       [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"name"[代码][代码]>姓名</[代码][代码]view[代码][代码]>[代码][代码]       [代码][代码]<[代码][代码]input[代码] [代码]type[代码][代码]=[代码][代码]'text'[代码]   [代码]bindinput[代码][代码]=[代码][代码]'bindinputName'[代码] [代码]name[代码][代码]=[代码][代码]"name"[代码] [代码]placeholder[代码][代码]=[代码][代码]"请输入您的真实姓名"[代码] [代码]value[代码][代码]=[代码][代码]"{{children.childrenName}}"[代码][代码]></[代码][代码]input[代码][代码]>[代码][代码]     [代码][代码]</[代码][代码]view[代码][代码]>[代码] [代码]     [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"list-item"[代码][代码]>[代码][代码]       [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"name"[代码][代码]>性别</[代码][代码]view[代码][代码]>[代码][代码]       [代码][代码]<[代码][代码]radio-group[代码] [代码]bindchange[代码][代码]=[代码][代码]"radioChange"[代码] [代码]class[代码][代码]=[代码][代码]"radio-group"[代码][代码]>[代码][代码]         [代码][代码]<[代码][代码]label[代码] [代码]class[代码][代码]=[代码][代码]"radio"[代码][代码]>[代码][代码]           [代码][代码]<[代码][代码]radio[代码] [代码]value[代码][代码]=[代码][代码]"男"[代码] [代码]checked[代码][代码]=[代码][代码]"{{children.childrenSex==0}}"[代码] [代码]color[代码][代码]=[代码][代码]"red"[代码] [代码]/> 男[代码][代码]         [代码][代码]</[代码][代码]label[代码][代码]>[代码][代码]         [代码][代码]<[代码][代码]label[代码] [代码]class[代码][代码]=[代码][代码]"radio"[代码][代码]>[代码][代码]           [代码][代码]<[代码][代码]radio[代码] [代码]value[代码][代码]=[代码][代码]"女"[代码] [代码]checked[代码][代码]=[代码][代码]"{{children.childrenSex==1}}"[代码] [代码]color[代码][代码]=[代码][代码]"red"[代码] [代码]/> 女[代码][代码]         [代码][代码]</[代码][代码]label[代码][代码]>[代码][代码]       [代码][代码]</[代码][代码]radio-group[代码][代码]>[代码][代码]     [代码][代码]</[代码][代码]view[代码][代码]>[代码] [代码]     [代码][代码]<[代码][代码]picker[代码] [代码]mode[代码][代码]=[代码][代码]"date"[代码] [代码]bindchange[代码][代码]=[代码][代码]"bindMultiPickerChange"[代码] [代码]end[代码][代码]=[代码][代码]"{{endTime}}"[代码][代码]>[代码][代码]       [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"picker"[代码][代码]>[代码][代码]         [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"list-item"[代码][代码]>[代码][代码]           [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"name"[代码][代码]>出生日期</[代码][代码]view[代码][代码]>[代码][代码]           [代码][代码]<[代码][代码]input[代码] [代码]type[代码][代码]=[代码][代码]'text'[代码] [代码]disabled [代码][代码]placeholder[代码][代码]=[代码][代码]"请选择出生日期"[代码] [代码]value[代码][代码]=[代码][代码]"{{children.childrenBirthday}}"[代码][代码]></[代码][代码]input[代码][代码]>[代码][代码]           [代码][代码]<[代码][代码]image[代码] [代码]style[代码][代码]=[代码][代码]"width:20rpx;height:34rpx;margin-left:20rpx;"[代码] [代码]src[代码][代码]=[代码][代码]"/images/right_arrow1.png"[代码][代码]></[代码][代码]image[代码][代码]>[代码][代码]         [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]       [代码][代码]</[代码][代码]view[代码][代码]>[代码][代码]     [代码][代码]</[代码][代码]picker[代码][代码]>[代码] [代码]     [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"list-item"[代码][代码]>[代码][代码]       [代码][代码]<[代码][代码]view[代码] [代码]class[代码][代码]=[代码][代码]"name"[代码][代码]>身高</[代码][代码]view[代码][代码]>[代码][代码]       [代码][代码]<[代码][代码]input[代码] [代码]type[代码][代码]=[代码][代码]'number'[代码] [代码]maxlength[代码][代码]=[代码][代码]'3'[代码] [代码]bindinput[代码][代码]=[代码][代码]'bindinputHeight'[代码] [代码]name[代码][代码]=[代码][代码]"stature"[代码] [代码]value[代码][代码]=[代码][代码]'{{children.childrenHeight}}'[代码] [代码]placeholder[代码][代码]=[代码][代码]"请填写身高"[代码][代码]></[代码][代码]input[代码][代码]>[代码][代码]       [代码][代码]<[代码][代码]text[代码][代码]>厘米</[代码][代码]text[代码][代码]>[代码][代码]     [代码][代码]</[代码][代码]view[代码][代码]>[代码] [代码]     [代码][代码]<!-- <view class="confirm-btn" bindtap="saveChildren">确定添加</view> -->[代码]  [代码]   [代码][代码]</[代码][代码]view[代码][代码]>[代码] [代码] [代码][代码]</[代码][代码]modal[代码][代码]>[代码]

小程序开发前前后后加起来也有1年多了，之前总体感觉都是很好的。自从9月份开始以后，审核的情况就变的每况愈下。我有以下几点疑惑： 1、7个工作日催审不给反馈，这么长的时间为什么不给开发者一些审核的进度或者是排队的进度。开发者可以等，用户那边等不了，总得给个交代吧。 2、对于迭代的次数较为频繁（一周1~2次吧）的小程序，这样搞起来谁受得了，而且遇到紧急更新需要即时生效的情况，之前2小时~12小时还能接受，现在估计想死的心都有了。 3、审核久也就算了，审核过那是万事大吉、审核不过，可不可以给点具体点的描述？可以不像以前那样复制粘贴来句套话吗？具体情况具体对待，谁不想好好做呢？开发者急、用户急，好不容易等了1周，审核不过，又来句模棱两可的话让开发者去整改。这像话吗？ 总之，小程序的审核制度可以改，但我个人来说，现在这种情况不是我想要的，已经严重影响到迭代和后续的更新进度了。长此以往，我会考虑改成网页或者APP。就这样~~

appid: wxad45aefc61514d01 官方爸爸看了希望能解决一下，20W呢的活动不能耽搁，头疼。周末活动啊

- 小程序上传代码包后快一周了还是在审核中

- 当前 Bug 的表现（可附上截图） 小程序最近经常出现 request:fail timeout，导致线上用户的页面一直处于loading状态。今天我做了处理，凡是time out 的请求都会再次重新请求。于是有了下图，不知道为什么会超时，然后提示 net::ERR_NAME_NOT_RESOLVED 无法解析域名？ 相关问题链接： 小程序request偶尔会请求失败,一直在pending请求接口出现canceled问题，接口概率性出现，求大神解答小程序request请求超时被canceled，有时候请求两三次才行 上面问题的情况和我的情况基本一致。我比较好奇的是，为什么阿拉丁的域名就没事呢？但是要是说我们域名有问题，但是第三次请求就又好了。平时的请求也基本没问题。 [图片] [图片]

- 当前 Bug 的表现（可附上截图）     项目应用了gulp，用来编译css。自从更新到新版本开发工具后，上传代码时经常出现: 以下文件没有被打包上传: xxx.wxss 的情况。     但是本机dist目录里文件是完整的，开发工具编辑器却没有读取到。     之前的旧版开发工具一直未出现此问题。     每次为了解决此问题，我都需要删除项目，然后重新导入才好使，但是过了一会儿就又不好使了。 - 预期表现 - 复现路径 - 提供一个最简复现 Demo

操作说明： 初始化页面时，使用 wx.hideTabBar() 进行 tabBar 的隐藏，异步判断状态完成后，再调用 wx.showTabBar() 进行显示。 测试情况： wx.showTabBar 走 success 回调，但是页面内 tabBar 并未显示。 代码片段 wechatide://minicode/5wIfvemg7evL

- 需求的场景描述（希望解决的问题） - 希望提供的能力 onShareAppMessage: function (res) {     return {       title: `${this.data.data.column_share_title}`,       path: `/pages/column/column?id=${this.data.data.id}`, 　　  // imageUrl: this.data.data.author_header,       success: res => {               // 分享赠书         if (this.data.data.is_shareget) {             console.log(res);               },       fail: res => { console.log(res);       }     }

- 当前 Bug 的表现（可附上截图） 在具体某个页面的json配置中引入"usingComponents": {}后，页面的特效就不会正常显示了，很匪夷所思。具体可以查看代码片段，全部基础库都有这个问题，真机也是。 - 预期表现 动画流畅运行。 - 复现路径 https://developers.weixin.qq.com/s/6PPAiWmJ7n4R - 提供一个最简复现 Demo

- 需求的场景描述（希望解决的问题） 大部分的场景中，我们的range都是类似于如下结构： [    {         value:'id_card',         name:'身份证'     },     ... ]; name是我们要展示的文字。 value是最终要提交的数据。 1，该种场景下，picker的value属性，却只能保存range的下标，实际需求为objectArray的value值，这样的场景如何处理呢？ 2，range的objectArray来自于后端接口，已知picker的默认值为'id_card'，但并不知道其下标的情况下，如何赋值默认值？ - 希望提供的能力 希望可以自定义picker的value属性，类似于range-key这样的设置。 picker更像是有大量数据的radio，是否可以提供radio一样的处理方式。