- 企业微信可信任域名归属验证 提示域名所有权不通过?
我们已经上传了对应的 txt,然后该txt 也可以直接访问到。但是在企业微信后台配置的时候,依然报错“域名所有权校验不通过”。 信息如下: cropid: wwfbe032efa2bf3657 agentid: 1000003 txt 文件可访问链接:https://h5.daliapp.net/WW_verify_abfxLxVKVhQH5SsX.txt
2021-07-30 - 扫码体验版之后,一直打不开小程序,报错信息为:运行环境错误(2101)
扫码体验版之后,一直打不开小程序,报错信息为:运行环境错误(2101) appid: wxfbab7ba41c3d1d87
2021-01-07 - 自定义Tabbar 在iPhone XR、iPhone 11 Pro Max上消失?
你好, 就在晚上10点多开始,有用户反馈 自定义Tabbar消失了,之前都是好好的。请问是小程序在内部更新或者灰测么?
2019-11-29 - 同样是扫码,打开webview的速度为何优于原生小程序?
你好, 请问扫码打开“小程序内webview” 优于扫码打开“小程序原生页面”的打开时间么(scan 到 onload 的时间)?前提:在包整体体积几乎一样的情况下。 Appid: wxfe8bad70675a5fd2 具体情况如下: 我们在线下有很多支付二维码,用户扫码后会打开我们的小程序键盘页。 该页面是小程序内的webview(普通分包),后来我们打算新写一个原生页面代替webview。时间线如下: 10月19号中午,上线一个“新的原生页面”,但是没有切换扫码路径,所以用户扫码依旧到达老的webview。这个小程序包内是包含新老页面的。 10月22号上午,切换扫码路径至原生页面。 我们一直有监控键盘页的扫码到调用生命周期onLoad 的时长,这个指标为“scan_to_load”。下图为 "scan_to_load" 的时长图。 我们发现,在10月19号上新代码那会儿页面scan_to_load 时长都是比较平稳的,但是22号切换二维码路径之后,scan_to_load 激增:Top 95线上升 5-6s,Top 90线上升3s左右。 [图片] 小程序包体积情况:我们的总包压缩之后体积为900多K,其中 主包体积占总体积的90%。webview(2K左右) 和后来的原生键盘页(压缩后 50K +)使用普通分包。所以两者在体积上应该相差不大。 所以变换二维码路径产生的数据差异,令我很费解。期待你们的回复~~~
2019-11-27 - 场景值 1142 是什么意思呢?
你好, 我们有一个用户的场景值是 1142,在文档和论坛中均为查到相关记录,请问这是什么意思的场景值呢?
2019-11-26 - 小程序自动化automator 在windows server 报错,如何处理?
Hello, 我们的 小程序部署机器(windows server 2008)上 更新开发者工具之后,无法再正常跑测试功能了。会报错: Failed to launch wechat web devTools, please make sure http port is open。 在没更新之前,都是可以正常用命令行跑部署和跑 单元测试的。这次为了将自动化测试也集成进部署系统,所以更新了开发者工具。请问我该如何处理? 具体软件信息如下: 开发者工具版本为 v1.02.1907300 (今天刚更新的最新版本) 基础库用的 2.8.0 node 是 v10 服务端口开着。 以下为截图: [图片] [图片] [图片] [图片]
2019-08-23 - 申请小程序换名称 撤销之后,是否保留原有的认证?
Hello, 前天我们遇到这个名称不合规的驳回之后,在第一时间为了防止迭代受限选择了改名(通过重新认证方式)。 昨天得知原名称合规,所以我们想减少改名的损失,于是和微信第三方审核公司沟通后,他们建议可以打回申请(即认证失败的方式,但会使小程序认证消失)。 请问在微信团队恢复我们原名称的限制后,是否会给予原有的认证? Appid: wxfe8bad70675a5fd2 附录: 前天的具体帖子见下方的连接和摘要 https://developers.weixin.qq.com/community/develop/doc/000226317f8fe0c17b09e760b5b000) [图片]
2019-08-21 - 小程序名称从未更改,但是今天提审时说我们名称不符合规范从而驳回代码审核,怎么办?
Hello,我们的小程序一直没有更名过,今天提交代码审核时,驳回原因是账号信息不符合规范,很迷茫,求指教~ [图片]
2019-08-19 - 投诉小程序审核人员的极不专业态度
Hello, 以下提及的小程序是我们有内部的CRM 小程序。 该小程序 默认静默登录,但是在登录失败之后,会跳转到错误页面,然后小程序审核人员可以点击错误页下方的蓝色小字,进入密码登录页面,再根据我们提审时标注的测试账号,即可顺利登录。整个流程是很通顺的,我们都有外部微信账号进行过完整的测试。 但是,从7月22号晚提审开始,小程序审核人员以各种理由驳回我们3次,在此期间,我们没有进行过代码更改,都是凭借反馈页面进行沟通: 第一次驳回原因(2019-07-24 14:20:55): 1:小程序可用性和完整性不符合规则: (1):小程序打开页面提示:出错啦。点击底部蓝字无反应,请修复后再提交审核。(测试环境wifi/4G:iPhone 6 IOS 12.1.2 微信7.0.4) 请根据上述原因对小程序进行修改,并重新提交代码审核 我们的回复大致是:你再试下,因为我们整个流程跑过,没问题。 后续:然后审核人员顺利点击了小蓝色字,进入了密码登录页面 第二次驳回原因(2019-07-24 15:02:12): 1:小程序测试账号不符合规则: (1):你好,输入该小程序提供的账号信息显示错误,请在下一次提交审核时提供正确的测试账号协助完成审核。 请根据上述原因对小程序进行修改,并重新提交代码审核。 发来密码错误的的登录页面截图。 我们的回复大致是:你再试下,因为我们密码登录是完全没有问题的,看下是否输入错误了。 后续:审核人员应该是登录进去了。但是不理解为何又有第三次驳回。 第三次驳回原因(2019-07-24 16:46:17): 1:小程序内容不符合规则: (1):你好,仅运行在企业微信的小程序,需联系企业微信团队提供在企业微信运行的截图和运行视频,可在企业微信中联系客服说明问题并提供相关材料。 请根据上述原因对小程序进行修改,并重新提交代码审核。 但是从最开始我们在提审的时候,已经一再表明,我们是提供多种登录方式,且真的不是只能运行在企业微信的小程序!!! 请不要再让这样的审核人员耽误我们的内部办公系统的更新了!!!
2019-07-24 - 微信扫描普通二维码,这两天突然有部分用户扫码调不起小程序
- 当前 Bug 的表现(可附上截图) 我们做支付扫码很久了,从这两天起,陆续有用户反馈 扫码打开的不是小程序,而是一个纯粹的H5页面(效果等同于直接打开二维码的url)。 而且有一个客户是 打不开小程序之后,再多扫了几次,又能调起小程序了(这是在安卓最新版本的微信上);也有顾客反馈 一直扫都只能打开 纯粹的H5。 所以我认为是 微信服务端在解析二维码的时候,返回了不正确的结果。 - 预期表现 预期应该会是扫码调起小程序。 - 复现路径 由于是顾客的机器,我们开发这边无法稳定复现。 - 提供一个最简复现 Demo
2019-07-01