- 当前 Bug 的表现（可附上截图） 更新到微信7.0.0后，wx.getLocation接口获取不到数据，之前的微信版本可以正常使用 [图片] [图片] - 预期表现 - 复现路径 - 提供一个最简复现 Demo

errcode":41029,"errmsg":"form id used count reach limit hin

在1里面用中文输入qqq字母 什么也不选择也不要点击，直接点击进入第二个input 点击保存 不触发按钮事件 [图片]   2.重新进入1 点击右下角完成 ，自动触发submit    出现提交成功 代码片段下面上 [图片]       [图片] 复现代码：wechatide://minicode/txJDq8mT7944 复现操作视频：https://weibo.com/tv/v/H40Pejc2m?fid=1034:4309564875566581

我是通过表单获取到的form_id，今天发现通过表单渠道的form_id有问题，我获取到了form_id但是没有使用过，想测试下发送能不能成功，结果就说 [errcode] => 41029 [errmsg] => form id used count reach limit hint: [_X3K70875ge30]实际上这个form_id是没有使用过的，我每次测试都是用的最新的form_id，请官方确认下这个问题。

目前使用模版消息 给用户发送消息遇到两个问题 1. 一次集中推送中，大约有7/8的用户消息推送成功，但是1/8的用户提示 form id 已经被使用过了，“ form id used count reach limit hint: [AHM9.a0403ge21] 41029” 2. 后端只发送了一次消息，但是有用户同样的模版消息收到了两次， 不知道大家是否遇到过相同的情况，请问怎么解决？

用web-view内嵌h5页面，点击h5页面按钮分享怎么实现， web-view怎么实现h5和小程序原生实时通信

official-account 关注公众号，场景值1089不能显示关注公共号，场景值1011、1047都能显示关注公众号

经过两个月的小程序开发，发现了些问题和小程序应对于某些业务场景的缺陷；直入主题： 应用框架背景：wepy。 1、滑动吸顶的场景： 需求：在一些电商网站上存在很多滑动吸顶这样的效果； 问题：如果使用dom，我们都会在滚动回调里面判断像素差来进行相关吸顶元素的 position:fixed；在小程序里面如果在滚动回调里面如此处理，频繁调用setData，造成服务线程通知阻塞和视图渲染延迟。（ios还好，安卓特别不平滑）；添加降频处理，页面效果又不太理想。 目前解决思路：使用sticky 来解决这个问题，ios上可以基本支持，但是在安卓上只有部分支持，但是sticky没有样式toggle来的灵活，比如我滑动时的渐变。 期望：可否添加一个官方标准处理这种场景，或者最低处理成全面支持sticky。 2、setTimeout或者间隔定时器的场景。 需求：定时器主要应用在秒杀倒计时这种应用场景。 问题：在安卓机型上，存在滚动page，定时器展现上停止跳动，touchend动作之后，定时器无规则进行跳动。 目前解决思路：没有解决这个问题。而且还要注意在页面周期里面处理定时器的销毁。 期望：提供一个wx.xxxx接口上一个稳定的定时器 3、createSelectorQuery查询时机和效率问题。 需求：点击相关元素，页面进行滚动到相关元素位置，类似于hash锚点的场景。 问题：有时候需要动态的计算相关元素的top值，但是这个计算的机制不太好把握，一般异步request接口在onload里面开始触发，当服务层数据change后，去通知 view层变化，在服务层我们并不知道view层是否已经渲染结束，不知道什么时候执行createSelectorQuery操作。如果在点击某个元素时触发这个计算，createSelectorQuery在一些安卓机上的运行效率并不是特别高。  目前解决思路：有部分同学使用定时器（不严谨）；或者第一次查询保存这个值，后面使用这个值。  期望：提供一个解决标准。  4、富文本的纠错能力。  需求：富文本已经开放化了，但是小程序的富文本就错能力有些差。  问题：由于业务层数据的问题，可能存在一些不标准化的html string(虽然官方也声明过nodes最佳)。wxparse会输出解析不了的字符为文本内容，小程序直接报错。  期望：可否提供一套纠错能力强的词法解析功能，ps:腾讯有x5内核浏览器，可否提供一套server端的html词法解析器的算法，小司真的没有这么多人力物力搞这个东西。  5、html代码的默认样式问题。  需求：很多时候，小程序后起之秀，是从别的地方把主站的代码迁移过来，标签默认的样式问题。  问题：<del>标签 并没有默认的line-througth,<p>也没有默认的block。 期望：可否和标准统一化。 6、多个视频页面的视频播放问题 需求：很多时候，我们更期望我们可以自己去自定义我们页面播放按钮的样式。比如： [图片] 问题：多个视频在一个页面播放时，播放一个，另外一个播放视频并不停止，尝试去使用wx的视频接口去处理，发现需要构建多个video上下文对象十分的繁琐和复杂（视频是循环出来的）。 目前解决思路：需求方妥协，跳单页面播放。 7、是否可以增加filter过滤函数 需求：wx:for情境下，item数据需要对时间、性别的格式化。 问题：对于server返回的数据不标准,fe需要对数据进行格式化，现在在fe循环一边数据格式化，显然不是一个好的解决方案。 期望：提供数据fliter过滤函数，可以格式化数据类似于vue。 如果上面有说的不对，或者我马虎疏漏的地方，敬请各位同学指正、添加和批评，希望小程序官方重视，祝你们越做越好。

同一套代码在本地请求openID的时候，没任何问题，发布到线上之后（包括测试版）都提示无效的APPID。后端日志输出APPID没有问题，把前端拿到的code通过地址请求(https://api.weixin.qq.com/sns/jscode2session?appid=wx999bab6***&secret=c40136bc045544***c3552&js_code=033JePWp00O**&grant_type=authorization_code)时也可以获得openID，求解。 后端代码片段：     params.put("appid", appId);     params.put("secret", swechat.getProperty("secret", String.class));     params.put("js_code", code);     params.put("grant_type", "authorization_code");     JSONObject result = new RestClient().proxyHost(this.httpHost).request(WX_API_PATH + "/sns/jscode2session").withData(params).post().handleWith(new JSONResponseHandler()).getResult(JSONObject.class);

- 需求的场景描述（希望解决的问题） 要做一个左右滑动的刷新动画 开发者工具里还好点，但是手机上调试时 scroll-view的scrolltoupper和scrolltolower里setdata有延迟 view的话touchstart和toucheend里setdata也有延迟 滑动时左右两边弹性框延迟出现 老板说做不出来就要把我炒了 - 希望提供的能力 跟上下拉刷新一样的左右拉刷新