miniprogram-automator 版本号为 npm 安装的 0.10.0，其中 Automator.launch 的 d.ts 文件描述为： export default class Automator { ...     launch(options: ILaunchOptions): Promise<null>; } 而在文档 https://developers.weixin.qq.com/miniprogram/dev/devtools/auto/automator.html 中描述为 automator.launch(options: Object): Promise<MiniProgram> 实际情况是文档描述的应该是正确的返回类型，而不是 null

这个问题只在真机中出现，在开发者工具中是正常的。 在使用了 tabBar: custom 的小程序中，使用 cover-image，并且对其使用 tranform: rotate(45deg) 会导致其 tranform-origin 发生奇怪的飘移，而不是根据某一个固定的点进行转动。通过观察，飘移规则似乎是旋转后的图片想要努力地不超出图的原始位置的右边和下边，具体的现象可以看下面的视频和代码片段。 在使用了 tabBar: custom 的小程序中，使用 image 不会出现上述问题。 在不使用 tabBar: custom 的小程序中，也不会出现上述问题，cover-image 是正确地沿着图片中心进行旋转的。 [视频]

小程序分享的时候使用的 imageUrl 是有透明通道的图片，在 iOS 和 Android 的浅色模式中，可以正确展示图片的透明通道，但是暗黑模式中，分享的图片的透明通道会展示成白色。 [图片] [图片] [图片]

环境：iPhone X，iOS 13.4.1，微信 7.0.12，基础库版本 2.11.0 问题：在使用 scroll-view 的页面，无法右滑返回上一页，而使用 view 的时候，则没有这个问题 代码：https://developers.weixin.qq.com/s/f7SVwZmI7Kgm 演示视频： http://m.v.qq.com/play/play.html?vid=f09594r7zun&url_from=share&second_share=0&share_from=copy

通过 wx.getSystemInfo() 可以获得 safeArea，在 iPhone X，一加6 等异形屏手机中，获得的数值是正确的。 在 iPhone 6 这种正常屏幕中的数据也是正确的。 [代码]safeArea: {[代码][代码]  [代码][代码]bottom: 667,[代码][代码]  [代码][代码]height: 647,[代码][代码]  [代码][代码]left: 0,[代码][代码]  [代码][代码]right: 375,[代码][代码]  [代码][代码]top: 20,[代码][代码]  [代码][代码]width: 375[代码][代码]}[代码] 但是在正常屏幕的安卓手机中会忽略最上方的状态栏，比如在华为 Mate9 中，获得的数据是这样的： [代码]safeArea: {[代码][代码]  [代码][代码]bottom: 658,[代码][代码]  [代码][代码]height: 658,[代码][代码]  [代码][代码]left: 0,[代码][代码]  [代码][代码]right: 393,[代码][代码]  [代码][代码]top: 0,[代码][代码]  [代码][代码]width: 393[代码][代码]}[代码] 注意这里的 top 的值是 0，而 iPhone 中的 safeArea.top 是 20，也就是说在安卓中最上方的状态栏的高度被忽略了。 另外，在模拟器中，使用 nexus 获取的 safeArea.top 也是 20，而不是 0。 所以这种情况是 bug，还是这就是正确结果？ [图片] 20190920 22:55 更新： 目前使用 wx.getSystemInfo() statusBarHeight 来代替 safeArea.top 进行计算