基础库是 2.23.4

微信小程序版本发布后怎么查看是否全量覆盖？怎么查看还有多少用户在使用老版本，文档里说24h后会有99%用户全量覆盖

如题，小程序通过[代码]plugin://[代码] 跳转过去的插件页可以发起分享，分享到好友和朋友圈嘛？

1.这个影票页面是集成的小程序插件 [图片] 2.点击左上角分享给好友 [图片] 3.好友打开以后白屏，怎么处理，这个页面不是我们内部的页面，是集成的小程序插件 [图片] [图片]

宿主小程序A页面，跳转到插件页面，从插件页面点击按钮后 跳转到宿主小程序B页面，是否能够实现？ 尝试了 导出到插件 的方法，仅能获取数据，调用导出方法中封装好的跳转方法无响应。 （导出到插件文档链接） https://developers.weixin.qq.com/miniprogram/dev/framework/plugin/using.html#%E5%AF%BC%E5%87%BA%E5%88%B0%E6%8F%92%E4%BB%B6

大家在使用picker组件的date模式时，如果设置了start或者end参数，但是没效果，原因是IOS对日期格式有兼容问题，也算是IOS历史遗留问题。 解决方案： 1、获取系统信息：用 wx.getDeviceInfo().system 或者 __wxConfig.system [图片] 2、判断是否iOS: let isIos = __wxConfig.system.toLowerCase().startsWith('ios'); 3、格式化日期 let separator = isIos ? '/' : '-'; let d = new Date(); let end = d.toJSON().split('T')[0].split('-').join(separator); console.log(end); 效果如下 [图片]

Q1：用户首次进入小程序同意隐私信息授权后，再次进入小程序是否需要再次授权？ A：若小程序调用的隐私接口未更新过，用户同意隐私信息授权后，再次进入小程序时无需重新授权同意； 若小程序调用的隐私接口在用户同意隐私信息授权后更新过，再次进入小程序时需用户重新授权才可以调用更新的隐私接口。若用户删除小程序后再次进入时，也需用户重新授权才可以调用更新的隐私接口。 Q2：如果我的小程序一直没有配置用户隐私接口授权弹窗，会被处罚吗？ A：若你的小程序内涉及调用用户隐私信息接口，且到期未配置隐私授权弹窗按钮的开发者，在用户合规授权的前提下，也可正常调用微信提供的隐私接口：平台将在小程序调用隐私接口时，前置展示平台提供的官方隐私授权弹窗。 如果开发者配置了隐私授权弹窗按钮（使用组件），在C端用户拒绝后会频繁弹出，这种影响用户体验的方式是违规的，我们会进行相应的处罚与能力限制。 Q3：我的小程序如果没有调用到用户隐私接口，还需要配置隐私授权弹窗吗？ A：不需要，若后续需在小程序内调用用户隐私信息接口，开发者可自行配置隐私授权弹窗按钮，也可以使用平台提供的官方隐私授权弹窗。 Q4：如何配置小程序自定义隐私授权弹窗按钮？ A：详情可参考：小程序隐私协议开发指南 | 微信开放文档 Q5：小程序的隐私授权弹窗样式、文本可以自行设计吗？ A：可以的，但需注意『拒绝/同意』按钮、隐私保护指引文案及超链接为自定义隐私授权弹窗必需要素。隐私保护指引文案及超链接可跳转自行设计的隐私政策等收集使用规则。开发者可根据小程序实际业务场景自行设置弹窗得弹出时机，建议在获取用户隐私信息前给用户弹窗提醒。 Q6：自定义隐私授权弹窗相关接口从基础库2.33.0 开始支持，如果用户基础库低于这个版本，相关的组件使用、api调用都会失败吗？是否会影响低版本用户的使用 A：不会失败，低版本用户不需要同步状态即可使用 Q7：使用隐私授权弹窗按钮时，onNeedPrivacyAuthorization在用户同意过后，如果小程序有新增需要用户授权的隐私接口相关功能，更新了小程序用户隐私保护指引，是不是会再次触发需要用户再次同意？ A：是的，用户有确认过的话就不会再有弹窗事件触发了，除非有新的scope补充以及对应scope的api调用 Q8：一个小程序同意一次隐私协议后，所有隐私相关组件/接口都能正常调用？ A：一个小程序同意一次隐私协议后，所有在隐私协议中配置了的组件/接口都能正常调用 Q9：请问下小程序内已经配置隐私保护指引+自定义隐私授权弹窗，但是在用户触发的时候，不会调用这套官方接口。是否必须调用？ A：是的，必须调用相关接口，隐私授权弹窗按钮才会生效。 Q10：我已有自己的隐私协议，还要再接入官方的重新开发么？用户会体验到两个弹窗么？ A：隐私协议可用官方的也可使用自己的，只需配置相应弹窗按钮，在用户点击时告知平台。用户不会体验到两个弹窗。 Q11：【小程序用户隐私保护指引内容介绍-开发者处理的信息】中展示的接口列表，未完全覆盖【用户保护指引-用户信息使用类型】里的可勾选的接口类型，例如设备信息、订单信息等。这些未覆盖到的接口若用户不授权，调用是否会受影响？ A：不会受到影响，本次隐私协议更新规则受影响的接口以【小程序用户隐私保护指引内容介绍】中展示的接口列表为准 Q12：插件内的隐私接口，是否受本次隐私协议更新规则影响？ A：目前插件的接口不会受影响，但组件可能会，如<button open-type="chooseAvatar"> ，<input type="nickname">等组件。 Q13：needAuthorization返回false？ A：开发者需确认是否在《小程序用户隐私保护指引》中声明了小程序内所有处理的用户信息，若未声明，对应接口或组件将直接禁用。 Q14：关于小程序隐私保护指引设置的公告，是否包括小程序里嵌入的h5页面？ A：暂不包括 Q15：不同功能使用的接口不一样要分别弹一次吗？例如A功能需要收集位置信息，B功能需要收集头像昵称信息，两个不同功能的地方都要分别做这个弹框同意吗？ A：不需要，一次弹窗即可授权所有在隐私协议中配置了的组件/接口。 Q16：隐私政策可以直接在登录页使用勾选框的吗？是否一定要配置弹窗？ A：平台给开发者提供了两种隐私授权弹窗，一种是官方隐私授权弹窗，无需开发平台默认自动适配。一种是隐私授权弹窗按钮可根据小程序需求自行设计，支持如下两种方式： - 弹窗内的button接官方组件 - 可以操作勾选后点击登陆 平台均提供了相关能力，详情可参考：小程序隐私协议开发指南 | 微信开放文档 [图片]

近期我们收到了很多用户对小程序/小游戏中分享功能的投诉：在某些小程序/小游戏中，分享并非是用户主动自发的行为，而是受到了某类利益的诱惑，或是被迫分享。这样的内容充斥在群里、小程序里，对用户造成了骚扰。 分享功能，旨在帮助用户更流畅地与好友分享内容和服务，应是用户自发的行为。在原来的分享接口中，用户发起分享动作之后，可以通过 [代码]success[代码] 、[代码]fail[代码]、[代码]complete[代码]等回调来判断用户是否完成了最后的分享动作。通过这个能力，开发者可以将产品交互在分享这个能力上做得比较自然和顺畅。现在为鼓励用户自发分享喜爱的内容，减少“强制分享至不同群”等滥用分享能力，破坏用户体验的行为，在我们权衡了分享功能带来的利弊后，分享功能将进行以下调整： 10月10日起新提交发布的版本，不再支持分享回调参数 [代码]success[代码] 、[代码]fail[代码] 、[代码]complete[代码]，即用户从小程序/小游戏中分享消息给好友时，开发者将无法获知用户是否分享完成，也无法在分享后立即获得分享成功后的回调参数[代码]shareTicket[代码]。该调整可以在基础库 2.3.0及以上版本体验。 此次调整可能影响到三种分享功能的用法。 第一种:判断用户是否分享成功，进而给予用户奖励。 例如：小程序提示用户“分享到5个群，可以获得一张20元的优惠券”。 这类诱导用户分享的行为是我们平台所不倡导的，后续将没有办法实现。 第二种:分享完成后变更当前的页面状态 例如：赠送礼品场景下，用户点击“赠送”按钮，将礼品分享出去，分享成功后，界面展示“等待领取”。 这类场景，我们建议可以适当调整交互方案。例如在分享后继续保留“赠送”按钮，但在页面上提示用户一个礼品只能被一人领取，重复赠送无效。 第三种：通过用户分享之后的 [代码]shareTicket[代码] 获取群唯一标识 [代码]openGId[代码] ，以显示对应群的相关信息。 例如：通过分享小程序到某个群里，可以查看该群内成员的排行榜。 此次调整后，用户分享完成后无法立刻显示该群的排行榜信息，但仍可在用户从群消息点击进入小程序时显示该群的排行榜信息。 10月10日起新提交发布的版本将会受到此调整的影响。 需要各位开发者注意，10月10日起新提交发布的版本将会受到此策略的影响，请及时调整分享相关能力，考虑兼容上述调整带来的影响。 调整策略在基础库 2.3.0 及以上版本生效，该基础库版本对应微信客户端6.7.2版本。另外，考虑到兼容性等问题，在基础库版本 2.3.0 以下的环境中不受此策略影响，小程序/小游戏可继续获取分享回调事件。

这是正常逻辑