提示禁止提供CHATGPT服务，关闭了相关服务后申诉成功了，但是小程序还处于下架状态

致腾讯审核人员： 我实在不理解 我们费尽多年研发出的产品 被恶意投诉下架 你们不但不去核实 却一直拿没有的功能说事！我现在都已经把系统弄成空白了 你们还说我有提供chatgpt服务 还要挟我非要让我提供我们自研源码。我现在不用小程序了 我要把我用户的钱返还了 难道这点权利都没有了吗？你们明目张胆的跟我要源码 不给源码不解封 这真的超出底线太多了，，，，，，，，，，。如果你们还有良知 真心希望 能审核一下 而不是给一个 已经没有功能的小程序 安一个罪名。[图片][图片]

去年写了一个AI生成诗歌的小程序，自认为效果还挺好的，一直也没有触犯过什么红线。到现在积累了大概2万用户。结果ChatGPT的东风来了，小程序就直接一刀切，AI生成的内容都不允许了吗？ 我上线时间比ChatGPT都早，怎么可能和ChatGPT有关呢？ 审核甚至不愿意明示一下我违规的地方在哪里。 是说以后AIGC这条路，在微信已经封死了吗？ [图片] [图片]

小程序功能是智能AI聊天，被下架说和chatgpt有关，让提供聊天的技术来源？ hhhhhh，既然这样，怎么不要求接口服务器必须在腾讯云啊，能自己去客户服务器查询代码，看看技术来源？[图片]

小程序在使用过程中偶尔会出现闪屏的情况，在OPPO 、华为 、vivo 、苹果 都出现过此类现象。 大概操作一小时左右会出现一次闪屏情况。闪屏持续时间为一分钟左右。 由于很多页面皆出现此类问题，故无法提供代码片段 闪屏视频地址： https://t-hotel.kamopos.com/images/san/Q20190723142259.mp4 https://t-hotel.kamopos.com/images/san/Q20190726103716.mp4 https://t-hotel.kamopos.com/images/san/Q20190726103738.mp4 https://t-hotel.kamopos.com/images/san/Q20190726103751.mp4

小程序代码： wx.canvasGetImageData({          canvasId: 'PaperCanvas',          x: 0,          y: 0,          width: 100,          height: 100,          success:function(res) {            console.log(res.width) // 100            console.log(res.height) // 100            console.log(res.data instanceof Uint8ClampedArray) // true            console.log(res.data.length) // 100 * 100 * 4            let pngData = upng.encode([res.data.buffer], res.width, res.height)            let base64 = wx.arrayBufferToBase64(pngData)          },          fail: function (res) {            console.log(res);            return ''          }        }, this) 运行后报错： errMsg:"canvasGetImageData: fail canvas is empty" 请帮忙解答，多谢各位！

- 当前 Bug 的表现（可附上截图） 当动态消息状态为结束的时候，无法通过最下面的提醒入口访问页面。 [图片] 打开页面的时候显示页面不存在 [图片] 于是在页面代码中加了wx.showBusy('正在创建活动'); 发现在显示页面不存在之前执行了这个Toast，那说明进入的页面是正确的，却又无法显示。 [图片] 提交参数截图 [图片] - 预期表现 - 复现路径 - 提供一个最简复现 Demo

- 当前 Bug 的表现（可附上截图） 开发工具中跳转： 点击小程序图片提示： “navigateToMinProgram接口需要配置声明，否则没有办法跳转” 在真机调试中点击则无反应。 - 预期表现 没有配置声明提示。 - 复现路径 - 提供一个最简复现 Demo

客服消息推送图片消息一直提示 system error hint: [0UjK.A05983941]-1 链接 文本正常  之前图片也是正常 昨天开始就一直不成功了 appd wx5465c0fa839da1e2

code换取session_key时耗不稳定 一般来说是100ms左右 但是偶尔会出现2s、4s甚至目前观察最长高达的7秒 这一般什么原因呢？跟机房网络有关系？