[图片] 表现为读取任何不存在的键值会返回空字符串而不是 undefined,尝试测试了 3.4.4 3.4.5 基础库都是必先的。不确定这是一个开发者工具问题还是基础库的问题，但昨天用 08272 没有留意到这个问题。 开发者工具版本：2408282 这个bug 会导致 value === undefined ，typeof value 之类的代码全部产生非预期行为，而且 Storage 是小程序避不开的东西，希望把处理优先级调高点，谢谢

对于以下代码 wx.request({ url: "https://example.com/", redirect: "manual", }) 真机请求的地址仍是 https://exmaple.com/， 而开发者工具会变成 https://exmaple.com/?_wx_redirect=manual 很多程序，比如严格的 CAS 登陆系统，不能有未知的 query，否则会当一个新参数解析从而报错。换言之，开发者工具和真机表现不一致的这个行为会导致所有声明手动处理 302 的请求多了一个 {_wx_redirect: manual } 的query，从而导致开发者工具和真机行为不对齐。

[图片][图片] 这个封面名称经过查询就是腾讯手机管家自己报的，自己掐自己是吧？

当服务器通过 Set-Cookie 同时设置多个 Cookie 时： [图片] 故障API： onHeadersReceived  安卓微信客户端，PC微信客户端，安卓/iOS第三方运行环境均能够拼接并返回以下正确 Header: [图片] 只有 iOS 版本微信客户端选择覆盖，丢失了前一个 Set-Cookie: [图片] 特别注意的是： iOS QQ/企业微信等第三方运行环境都是正常的（使用 2.18 基础库） 我个人认为这个问题很严重，请尽快修复，谢谢。

Skyline 目前@media 仅支持 prefers-color-scheme: dark，而且也不支持 match-media 组件。 原有小程序通过 @media min-width 和 max-width 适配了平板和 PC，目前迁移过来的时候遇到了相关障碍。 换句话说 Skyline 如何实现响应式布局？难道只能做 N 套 WXML 骨架然后监听屏幕大小与 resize 来动态切换应用？那这种实现也太 ugly 了把？

相关文档： https://developers.weixin.qq.com/miniprogram/dev/framework/view/frameset.html 真机调试下，尝试进入任何一个分包页面，会出现如下的错误（显然为基础库内部错误） [图片]

[图片] 版本：1.05.2112301 涉及到的文档： https://developers.weixin.qq.com/miniprogram/dev/framework/view/frameset.html

我是一个个人开发者，也是一个在校大学生，在过去的两年里，我一直在小程序的关于页放置自己的微信赞赏码，供小程序使用者赞赏。但是我和其他的校园小程序开发者在最近提审时均被要求整改。 [图片] 由于我的小程序内容以高质量原创文章或介绍内容为主，用户通过二维码赞赏是我维持小程序运营与得到回报的的重要收入来源。考虑到植入广告会让用户对内容的可信度产生怀疑，我并不想使用平台的广告。 我只是想问一下为什么贵平台最近选择变更，连续拒绝放置微信赞赏码的小程序审核。在无法申请企业主体的情况下，个人开发者如果想填补小程序日常运营产生开销，似乎只能接入并放置广告。 我仔细阅读了 https://developers.weixin.qq.com/community/develop/doc/000c6e736e895006eaa93756050809?highLine=%25E6%2589%2593%25E8%25B5%258F%25E7%25A0%2581 的解释，似乎并不属于以上情况。 希望官方能够解答 为何添加一个固定的没有任何社交属性、也不会涉及到任何红包相关的问题开发者赞赏码，一定需要社交红包类目？ 个人开发者是否只能通过广告获得收入？ 谢谢。

我强烈建议官方将收集细化为 “读取” “写入” “读取与写入” 收集联系人信息和写入联系人信息对于丝毫不了解小程序权限的用户来说真的是天差地别[图片] 这是我的小程序要求声明的两个信息，但是我小程序全程没有读取联系人或者读取相册。 我调用的相关接口是： [图片] [图片] 这两个接口不涉及到任何读取的请求，只是写入。请问为什么我要在我没有获取的情况下声明上面两个？这会引起用户的误解！ 微信小程序只有 wx.chooseImage wx.chooseMessageFile 涉及到访问用户的相册(而我小程序从来就没用过这两个接口)，而且我没有看到任何一个api是可以让普通小程序读取用户联系人的！在我声明之后，使用者很容易误以为小程序可以访问并上传他们手机相册与联系人！这会造成极大的误会！ 请官方认真评估这种奇葩的声明造成的后果。用户理解的收集，一定是访问并上传，而不是开发者可以进行写入。你们正在破坏你们的小程序生态！ 补充： 10/03: 我已经在客服渠道遇到有来“提问”(骂街)的人了，说我把他的通讯录泄露出去了。

[图片] 目前 image支持本地 jpg png，但并不支持本地 svg，只支持网络svg。 目前的需求是希望弱网下也可以加载图标，但不想把svg打包到代码包增加体积而是后续通过本地文件缓存并更新，希望能够提供支持。