[图片] 如图，小程序使用createCameraContext.takePhoto会在相册生成无法打开的图片，多次拍照会生成多张

[图片][图片] 如图，中文占两个字符，英文和数字占一个字符，这里是bug吗？ 我试着把我们原来的介绍内容复制进来，居然也超出了，以前校验规则不是这样的吧？ 我想知道这是bug还是现有规则就是中文占2英文占1？

微信ios版8.0.4下，出现openDocument:fail:fileType not supported，文件类型.xlsx，未传fileType，之前一直没问题，文件也没改过，用户反馈升级了8.0.4后出现问题

如题，page-container有一个属性是close-on-slide-down，文档描述是『是否在下滑距离一段后关闭』，这个属性目前不生效，设置为true后依然滑不动，也不会关闭。

如题，我们最新的需求可能涉及红包和提现功能，想提前了解一下： 1、这两个功能是否违规？ 2、相关字眼『红包』、『提现』、『余额』、『充值』是否违规？

在地图组件map上通过addMarkers api添加的marker，marker的iconPath如下： http://cdn.emodor.com/115135/3/2019021717074690935?roundPic/radius/!50p|imageMogr2/thumbnail/80x80/format/png|watermark/1/image/aHR0cDovL2Nkbi5lbW9kb3IuY29tL3d4bGl0ZS9zdGF0aWMvaW1nL2JsdWVAMngucG5n/dx/0/dy/0 以及 https://txcdn2.emodor.com/3/232596/20210116204644131.jpg?imageMogr2/crop/80x80/gravity/center|imageMogr2/rradius/40|watermark/1/image/aHR0cDovL2Vtb2Rvci1hdHRlbmRhbmNlLTEyNTY0NjA4NjcuY29zLmFwLWd1YW5nemhvdS5teXFjbG91ZC5jb20vd3hsaXRlL3N0YXRpYy9pbWcvYmx1ZSU0MDJ4LnBuZw/dx/0/dy/0 在安卓显示正常，在ios下会显示为默认图片，效果如下： [图片]（安卓） [图片]（ios） 具体代码看代码片段 https://developers.weixin.qq.com/s/RJ1J1EmK7ono

只有iOS（14.2）出现锯齿，安卓和开发工具表现正常，而且只有圆形出现锯齿（以下图1整page都是canvas绘制的）： [图片] [图片] [图片]

如题，开发工具的cli预览功能今天频繁在uploading过程报错，多试几次才能成功，蓝瘦，香菇。 报错内容如下： ✔ IDE server started successfully, listening on http://127.0.0.1:44957 ✔ Using AppID: wxffb3ad20cbc4fb1d ✖ Uploading [error] {   code: 10,   message: 'Error: 错误 Error: socket hang up (code 10)Error: 错误 Error: socket hang up (code 10)\n' +     '    at Object.GENERIC_ERROR (/Users/apple/Library/Application Support/微信开发者工具/50a7d9210159a32f006158795f893857/WeappCode/package.nw/core.wxvpkg/7201d239ccdbdc262e2ecf5fe0c8aca3.js:2:93)\n' +     '    at /Users/apple/Library/Application Support/微信开发者工具/50a7d9210159a32f006158795f893857/WeappCode/package.nw/core.wxvpkg/e957e476922cb230973a914ab0c2cdac.js:2:4884\n' +     '    at processTicksAndRejections (internal/process/task_queues.js:85:5)' }

社区的评论文本框在Safari下无法正常输入，需要先输入数字，才能紧接着输入其他内容，否则会自动失去焦点而无法输入内容。

情况是这样的，我们多个开发者协作开发的时候，经常在代码合并的时候要处理project.config.json里condition.miniprogram.list的冲突，因为每个人会创建自己的编译模式，每次都要解决这样的冲突，这个属于常见却又没什么实际价值的冲突，所以想问问，是否可以考虑将condition独立出来，支持每个人有自己的condition配置，project.config.json的condition可以继续保留，作为统一配置且常用的编译模式，每个人自己创建的condition可以配置git ignore忽略，这样不会经常冲突，又可以保留自己需要的模式。