昨天，突然发现使用了editor组件的小程序出现严重异常，通过跟踪，发现问题如下： 1、EditorContext.insertImage插入图片的时候，带有自定义属性，但是EditorContext.getContents获取出来的delta对象，却没有了之前一直有的attributes字段！ 正常是类似这样的： {"attributes":{"alt":"[图片]","class":"note-image","data-custom":"path=https://xi.xurl.cn/pro/10001/note/202311/21/202311212240120edf7b5df7aaecf2.jpg?x-oss-process=style/content_pic\u0026size=11047957\u0026type=image\u0026attach=\u0026mid=54612","width":"100%"},"insert":{"image":"https://xi.xurl.cn/pro/10001/note/202311/21/202311212240120edf7b5df7aaecf2.jpg?x-oss-process=style/content_pic"}} 但现在异常变为： {"insert":{"image":"https://xi.xurl.cn/pro/10046/note/202311/21/20231121231623967d925609b0efba.jpg?x-oss-process=style/content_pic"}} 按文档说明，应该是要有 attributes 字段的： [图片]2、EditorContext.insertImage插入图片的时候，在iOS下，之前通过 EditorContext.getContents 获得的 delta.insert.image 的值，是类似 wxfile://tmp_7491ef66e0782c30437e176433ab9127.jpg 这样的本地文件格式，现在突然变成了 data:image 的格式了！安卓下还是保留原来的本地文件格式。 [图片] 因为这些变动，让依赖 editor 组件的小程序完全无法使用，烦请尽快处理，谢谢！ PS：上述问题在开发工具上完全正常(按原来表现)，但真机上，无论iOS和安卓，都表现异常。

editor组件已经上线很久了(基础库2.7.0开始就支持)，但貌似一直没见怎么更新升级过，现在的版本只能说能满足“基础”使用，但在应付一些“重度依赖”编辑器功能和性能的场景，还是有种“很吃力”的感觉。 我厂有个小程序(叫“小蜜笔记”)，在开发和使用的过程中，就发现有几个功能和性能是急需升级解决的，相信它们也是大多数其他依赖编辑器的工具需要的功能： 功能方面： 1、需支持插入原生视频(现在只能插入图片模拟)； 2、Mac版微信支持极差(如插入图片不能支持正常预览，只显示一个问号?的图标) 3、图片或视频(可以的话)支持位置上下移动 4、可开放更多api给开发者控制图片或视频的样式显示 性能方面： 1、iOS下性能很差，手机正常拍照的图片(4~10M大小)，上传超过20张以上(指显示本地路径图片，非网络url图片；手机好点的可以更多一点，但也存在类似问题)，小程序基本就会崩溃，导致一些列的操作异常，甚至内容丢失！

一段使用 wx.chooseMedia 很简单的代码，在开发工具、手机端，都可以正常调起图片/视频选择框，在 windows 最新版的微信也可以，但Mac版的就不行(已是最新的Mac微信版本)，代码片段如下： let _srcType = wx.app.isPC() ? ['album'] : ['album','camera'] wx.chooseMedia({ count: 1, mediaType: ['image'], sourceType: _srcType, success(res) { let tempFile = res.tempFiles[0] } }) 上述代码包装在一个函数里，然后通过 bindtap 执行这个函数，没有其他复杂的逻辑，但在mac下就是掉不起选择图片/视频对话框。 PS： 1、代码中的 _srcType 变量，纯粹是为了排除 camera 在pc端下的干扰，就算直接将数组写到 sourceType 参数处，也是一样的效果； 2、要体验效果的话，可以搜索“小蜜笔记”小程序，然后分享到 mac ，在mac下的微信打开，在“新建笔记”和点击“我的”用户头像修改那里，都可以看到效果，所有出现 wx.chooseMedia 的地方，在mac下的微信都打不开图片/视频对话框(windows版可以，就是偶尔也容易“假死”)。

代码很简单，就是在一个订单详情页面中 navigator 到另外一个页面，点击“返回”图片按钮后就出现“房子”了： <navigator class="color4" url="./logist?order_id=108448730" hover-class="none">查看物流</navigator> PS: 仅WindowsPC版微信小程序出现此问题，手机端(iOS和安卓)都正常。 操作视频请点击链接查看：https://ii.jzbull.com/misc/%E7%8C%A9%E7%90%83%E9%A1%B9%E7%9B%AE%E6%96%B9%E5%B0%8F%E7%A8%8B%E5%BA%8F%E6%88%BF%E5%AD%90%E9%97%AE%E9%A2%98.mp4

看 editor 组件的官方文档：https://developers.weixin.qq.com/miniprogram/dev/component/editor.html 里面有说到： 需要注意的是，在其它组件或环境中使用富文本组件导出的 html 时，需要额外引入 这段样式，并维护<ql-container><ql-editor></ql-editor></ql-container>的结构。 但是，我在 scss 里import 了这段 editor.css 后，开发工具缺报错了： [图片] 但具体又不知道错在哪里，我的 wxml里面是这样写的： <view class="content"><ql-container><ql-editor>{{content_html}}</ql-editor></ql-container></view> 其中 content_html 就是 edtor 组件获取到的 html 字段内容， wxss用的是 scss 格式，这样引入： @import "../../styles/editor.scss"; 上面的 editor.scss 就是下载的 editor.css 内容，只是文件格式改成了 scss 格式。 请各位大大热心告知原因和解决方法？谢谢！ PS：之所以要将 editor.css 转成 editor.scss ，是因为我的开发环境是：typescript + sass 。

问题重现的必要条件： 1、scroll-view开启了下拉刷新功能 2、scroll-view的scroll-y设为true 3、scroll-view内的直接子元素用了margin 表现截图如下： [图片] [图片] [图片]

调整了几次，提交了几次，最近审核时老是报这个： 审核失败原因 存在登录功能不符合运营规范问题，违反《微信小程序平台运营规范常见拒绝情形3.4》 详情描述 你好，小程序帐号登录功能暂未符合规范要求，请在用户了解体验小程序功能后，再要求用户进行帐号登录。请整改后再重新提交审核，具体登录规范及整改可参考：https://developers.weixin.qq.com/community/operate/doc/000640bb8441b82900e89f48351401 能教教我们这个该怎么弄不？我们的场景是这样的： 我们是一个提供给B端客户使用的基于小程序开展直播卖货的工具，只有我们的商务拓展的客户，才能登录使用，页面也按照文档的意见，做了引导联系我们商务开通的指引（“我要注册”入口），以及告知输入手机帐号登录后的结果（灰色文字），在该页面里，我们也没有调用微信的授权信息接口，仅是客户输入我们授权的账号登录。我们不希望公开的客户直接使用，甚至都不希望客户能主动找到我们的小程序，这在2B的业务场景里面是很常见的，为什么单纯的2B业务，一定要按照你们的2C思维来做？！！类似我们这种必须要登录授权后，才能使用的B端业务，该怎么匹配你们的这个所谓的规范？！ PS：年前我们也是同样的页面，提交审核都不存在问题，离你这个文档发布也有半年有余了，为何最近突然又来卡这个？难不成是自家的直播插件要上线了，其他同类的都要靠边站？！！😩😩😩 PS2：贵司出的这个登录规范，实在很不适合很多2B的场景，我们也反对乱弹框，乱获取用户授权，在2C的场景的确应该如此规范，但2B的场景，很多跟2C的逻辑是不一样的，其主要获客渠道往往不是一个工具做好了后等待别人上勾，而是需要另外的渠道拓展的，工具只是提供给拓展到的客户使用。望贵司慎重考虑这个建议，多点考虑2B业务客户的场景，谢谢！ 我们的工具登录页面： [图片]

近期发现很多新的行政区，在picker-region 的地址主键里不存在，人家淘宝那边都同步最新的数据了，麻烦贵司也尽快同步一下。 我们发现的至少包括以下数据： 河南 开封市  金明区 山东省 滨州市 高新区、开发区 成都市 天府新区 郑州市 航空港区、高新区

旗下有个客户的小程序因涉嫌违规，收到微信的整改通知，加上近期又存在登录规范的问题，导致整改时间加长，昨天才提交的审核，但审核目前还是“审核中”的状态，但是离“申诉”到期时间（2019-09-05 18:55）已经很近，但我们提交“申诉”后，由于已整改的包还在审核中，贵司负责申诉的同事看到的应该还是之前的小程序，导致申诉“不通过”。这个情况该如何处理？可否延长“申诉”的时间，待审核结果确定后再做判定？

- 当前 Bug 的表现（可附上截图） 今天部分用户陆续反馈无法打开小程序，效果类似截图： [图片] - 预期表现 - 复现路径 - 提供一个最简复现 Demo 涉及AppID： wxc2937c33e8698bcc wx1fa1ec3f3a3f6855 麻烦检查一下，比较急！