element.tap()跳转页面后通过miniProgram.currentPage()获取当前页，然后获取path为跳转前的path？使用的是小程序官方示例组件，在首页-视图容器，点击view后跳转，获取跳转后的页面path显示为跳转前的path

miniprogram-automator  模拟跳转 成功之后 打印await miniProgram.currentPage();页面为上一页路径？导致拿不到当前页面元素 const page = await miniProgram.navigateTo('/page/vaccinesPage/pages/vaccinesPublishPage/vaccinesPublishPage'); const btn = await page.$('.bottom'); await btn.tap()//点击按钮跳转 let currentPage = await miniProgram.currentPage();//为上一页的页面路径

[图片]

wx.enableAlertBeforeUnload：这个页面返回时，确认和取消按钮的事件怎么监听？

二维码跳转小程序已经配置成功可以成功跳转进去小程序 目前遇到的问题是这样的 跳转链接总包含变动参数id * id=450 id=451这样的 发现有一个bug就是第一次跳转进入的时候接收到的id是正确的 第二次用一个新的二维码跳转进入的时候获取到的id参数还是第一次跳转进入时候的id 这是什么情况 需要先刷新小程序 然后再次扫描二维码才可以获取到新的id参数 试了清楚缓存没有用 [图片] 第二次扫描新的二维码进来发现url地址没有发生变化 但是确实扫的是一个拼接新id参数的新生成的二维码

手机型号：iphone XR  复现步骤：A小程序 → navigateToMiniProgram →  B小程序 → navigateBackMiniProgram → A时 的时候 B小程序闪退。100%复现 备注：微信的错误日志已上报。 上报微信号：qin11251387 时间：2020-04-09 20:24:00 - 2020-04-09 20:26:00

wx.navigateBack 目前只能控制返回几层，因为小程序最大支持打开10级页面，实际有类似以下场景（目前全部使用 navigateTo 打开）： 用户A主页 -> 评价详情1 -> (点击头像进入)用户A主页 -> 评价详情2 …… 如果能支持 navigateBack 传递自定义参数，就不用一直新开页面，可以自行判断使用返回方法，在 onLoad 或 onShow 生命周期获取新的参数，这将会大大提升小程序页面跳转的体验。理论上体验可以做到和APP一样支持打开无限层级页面，又不会因为打开太多页面导致内存暴增。希望官方评估考虑。 ---------------------- 突然发现有不少人关心这个问题，我就挖坟补充一下： 我们自己实现了近似小程序页面生命周期的方法，从在跳转动作执行时，先从页面栈中找到目标页面，执行这个方法并传递参数，然后再 back 相对应的层级，用法和 onShow 等等一样 onNavigateBack(options) { } 因为我们的小程序是有一层自己封装的路由，所以这个事情在统一路由层面就完成了，业务开发者不用去关心怎么实现的，还是很通用的。

开发中发现input password设置成true以后，在iPhoneX会自动填充密码。请问这个应该怎么关闭呢？ [图片]