我们的需求是： 通过摄像头识别二维码之后（1011）才能进入某功能，如果是通过相册识别或者长按图片识别二维码（1012），则不能。 现在的问题是： 场景值是跟着App launch的。也就是说启动小程序如果是通过长按图片，那场景值就是1012。此时用户立刻使用正确的方式摄像头扫描识别进入小程序，由于小程序仍然在运行，所以只是简单页面出现了跳转，但场景值仍然是1012，除非小程序被终止，这个值将无法改变。 -- 希望能够在每个页面被show的时候看到来源，而不是第一次启动

手机是iPhone 7+，操作系统12.2，Wechat 7.0.4 基础库2.7.0 - 当前 Bug 的表现（可附上截图） [代码]wx.onCompassChange((res)=>{[代码][代码]     [代码][代码]console.log(res)[代码][代码]})[代码]始终出现的是direction -1， accuracy 180 同样情况在 之前 wx.onCompassChange 返回-1 也有反馈 还请微信小程序团队修复

你好 因为历史原因，大量线下物料过去已经采用了datamatrix的二维码方式在使用，之前用wx.scanCode可以正确识别，但因为每次都需要重新唤起扫码界面，体验不佳，就通过camera组件方式实现了扫码，由于大部分物料上已经换了QR Code，所以一直以为没问题，今天才突然发现datamatrix的二维码是识别不了的。 Feature request： camera组件和scanCode一样可以识别datamatrix类型二维码。 谢谢

十一没捞着休息，基本都在针对小程序相互跳转的逻辑进行改造。这里也谈谈作为一个普通开发者对此规则的看法。 1. 废弃wx.navigateToMiniProgram 我方小程序有一个简单的广告组件，用来承接垂直行业内的特定广告主和对外商务合作需求，可以根据需求直接播放视频、展示图片、打开内置landing page和对方绑定的小程序。逻辑较为复杂，因此通过catchtap后判断广告落地形式进行跳转，还需要在跳转之前和服务器请求一次效果跟踪id做动态的拼接。使用<navigator>组件之后，只能对跳转success fail complete 时间做后续的事件编程，无法在触发到跳转之间做任何动作，导致必须对整个前后端流程进行改造，并且影响了后续一些可能的功能实现。 事实上从我们看，本身两个小程序之间跳转extra data这件事，就很有可能是触发当时动态产生的。这样废弃API只能用组件的做法，基本腰斩了extra data的一半应用场景。 从体验上来说，这次规则调整可能是因为某些个别小程序自动跳转导致了体验不佳，但从实际效果上看，起码目前小程序到小程序的跳转和小程序内打开一个新页面体验基本一致。按照这个逻辑，是不是wx.navigateTo 也没必要存在了，直接用navigator来实现即可？ 要伤害体验，乱导页面的伤害和乱导小程序没任何实质区别，只不过小程序是一个外部的页面而已。这点个人觉得已经纠枉过正。为了个别违规小程序而局限了应用场景得不偿失。 2. 需要用户确认跳转 这一点持观望。app跳转app由于有完全不同的场景切换，操作系统层面是会有跳转提示，但小程序和小程序更像url链接url，确认跳转未必是一个好的体验。起码前面已经需要用户触发了，再次确认就没有太大必要。 建议 可以设置成toast，跳转小程序loading时展示一个提示跳转的浮层或者顶通，而不需用户点触。 如果必须确认跳转，那小程序A跳转B一旦确认，无需再次确认。但这个的授权列表估计会长的非常快。。。。。 3. 小程序不再需要绑定至同一个公众号 这个自然好，但后续会不会有一些小程序提出不想被其他小程序随意套壳变相成为空壳小程序跳转内容的需求呢？个人觉得共同绑定一个公众号还算是一个相对合理的“握手协议”。商务上并不是一个难事。当然这个握手协议如果成本太高，那微信团队应该去优化这个握手方式，取消了握手这个步骤，谁都可以跳转谁，后面谁知道会是什么乱象。 4. 每个小程序限制不超过10个，且必须提交代码更新 这可能是最不可理喻的限制吧。例如我方现在跳转主要为了商务合作和广告业务，难道要求开发者同时对外合作或者接纳自己的广告主还得有10个的天花板？目前和我们共同绑定的小程序已经在这个值之外了，所以还恳请微信团队手下留情，即使必须限制，也务必免审，最好能有api，不然怎么死的都不知道。 这点也会限制很多将来可能出现的接口型的应用，如 万能收藏夹 通用购物车 心愿清单（似乎腾讯官方已经有了一个。。） .... 这些都涉及到两个小程序之间的来回跳转和一对多的关联关系，设置这样的10个限制实在不可取。并且会发生A能跳到B，B却回不到A的情况。 -- 之前理解小程序时，团队中大家也有比较一致的看法就是要围绕‘小’。功能单一不要紧，通过界限明确的多个小程序之间的配合和跳转来实现好的体验。而从这次十一规则调整看，最后无论对开发者和用户都未必有很好的结果。当然对于个别的一些乱象可能会减少，个中得失当然我们未必看到的是最客观的，但 希望微信团队相信优胜劣汰的市场选择 水至清则无鱼，规范的同时也要考虑扩大小程序潜在场景。 让用户看到太多选择未必是好体验，请参考之前剪贴板权的反面案例。 谢谢

按照文档里导入的提示去找，根本找不到云开发数据库下批量导入数据的入口。 很迫切，立刻在本机下了一个sdk，想通过服务端方法API导入。 结果整理好了数据，写好了导入脚本，以为可以了。发现运行环境必须是腾讯云的wafer。。。。根本无解。 这还怎么测？自建服务器就用不了node sdk了？文档根本也不写清有这个环境要求。 提两个建议： 1. 数据库增加记录，建议能支持直接粘贴JSON。直接解析下json加入就行了；做这么一个复杂的界面虽然好，项目多的数据这不弄死人啊。 2. 论坛提交问题，框架类型可以加一个云开发了，还得让选是客户端还是工具。。。还有基础库版本。。。。

实践发现，在小程序生命周期内，如果在无网络环境下，第一次碰到需要使用授权才能使用的组件或API，微信必须通过网络读取授权信息才能使用相对功能！如果第一次有网络，那在这次生命周期里就后续均可以。这个机制在我们可以触及的所有机型和版本中都是这样。我想问以下问题： 一个用户在没网络情况下，可以把已经看过的朋友圈照片保存到本地么？那为什么小程序api需要网络才能有album权限！ 一个用户在无网络情况下，为什么不能用自己手机的摄像头拍照？ 一个用户在无信号的地下室仓库，为什么不能通过扫码做货品的盘点！？ 一个用户在没有信号的山区内，如果不能获取自身位置，如何进行轨迹导航？ 之前贴：https://developers.weixin.qq.com/blogdetail?action=get_post_info&lang=zh_CN&token=764511060&docid=000aa66cc98d10d28e173e9f75e400 我们应用主要场景就是在山区，之前为了在无信号下可以正常使用小程序，本地数据缓存，上传队列做了很多工作，结果发现授权上居然隐藏了这样一个大问题。对于网络做这样的强依赖，的确在很多互联网业务里没什么问题，但碰到工具类的小程序，这是无法绕开的死穴！ 代表全公司每天在论坛给微信小程序团队求助！！ 谢谢 ---- 代码片段复现： 真机打开后，第一次授权使用camera 退出微信杀掉进程 打开飞行模式 重新打开微信 打开此代码片段的小程序 可以看到页面一片空白 如果把error打印出来： [代码]detail :{ errMsg:[代码][代码]"insertCamera:fail userAuth response is nil"[代码][代码]}[代码]

实践发现，在小程序生命周期内，如果在无网络环境下，第一次碰到需要使用授权才能使用的组件或API，微信必须通过网络读取授权信息才能使用相对功能！如果第一次有网络，那在这次生命周期里就后续均可以。这个机制在我们可以触及的所有机型和版本中都是这样。我想问以下问题： 一个用户在没网络情况下，可以把已经看过的朋友圈照片保存到本地么？那为什么小程序api需要网络才能有album权限！ 一个用户在无网络情况下，凭什么不能用自己手机的摄像头拍照？ 一个用户在无信号的地下室仓库，凭什么不能通过扫码做货品的盘点！？ 一个用户在没有信号的山区内，如果不能获取自身位置，如何进行轨迹导航？ 之前贴：https://developers.weixin.qq.com/blogdetail?action=get_post_info&lang=zh_CN&token=764511060&docid=000aa66cc98d10d28e173e9f75e400 【无网络无法scancode】请问实现个完全脱离网络的扫码有多难！！ 我们应用主要场景就是在山区，之前为了在无信号下可以正常使用小程序，本地数据缓存，上传队列做了很多工作，结果发现授权上居然隐藏了这样一个大问题。对于网络做这样的强依赖，的确在很多互联网业务里没什么问题，但碰到工具类的小程序，这是无法绕开的死穴！ 代表全公司每天在论坛给微信小程序团队下跪。跪到公司解散或者需求可以被采纳！ 谢谢 ---- 代码片段复现： 真机打开后，第一次授权使用camera 退出微信杀掉进程 打开飞行模式 重新打开微信 打开此代码片段的小程序 可以看到页面一片空白 如果把error打印出来： [代码]detail :{ errMsg:[代码][代码]"insertCamera:fail userAuth response is nil"[代码][代码]}[代码]

我们从去年开始使用小程序做户外赛事SaaS，其中很重要一环就是通过扫条形码方式打卡。 起初使用wx.scanCode直接调用微信的扫一扫实现，就发现在无信号环境/飞行模式下就不让用了。当时觉得无法理解，凭什么识别一个条码还需要网络！？反馈这个问题，希望无网络下也能用，官方回复：“建议不错，会在后续改进”，整整一年并没有实现；有意思的是如果当时提供一个根本无法使用的假热点，只要有这个wifi链接即使无法访问互联网，这个扫一扫就又可以使用了，我今天也想问问微信的产品经理，这种自欺欺人的设计是为了什么？ 前不久喜闻camera组件支持识别条形码，通过测试也的确可以再无网络下识别条码，非常开心。做成产品上线之后，觉得终于不需要和客户说在山沟沟里没信号如何做假热点了。呵呵，结果发现是自己想多了。客户赛事结束后反馈压根出不了摄像头画面！ 我们经过反复测试，终于发现原因：在一个小程序周期里，第一次启动摄像头时，需要获取用户是否已对摄像头授权，而这个操作居然是需要连接网络的！！！！这请问究竟是哪门子逻辑？？？你们做了一个无需网络扫码的camera组件，但组件本身居然是依赖网络通畅才能获取授权使用！把授权文件本地加密下保存很难吗？当时我们测试的时候就发现第一次启动camera组件会有一定时间的延迟，但没想到还有这样的依赖！ 请求微信团队： wx.scanCode取消有信号才能扫描的限制！ 小程序的授权数据本地持久化！或者在无法接触网络的时候进行单次session的授权可以吗！ 求求各位了，真的，代表全公司给大家跪下了！ ---- 代码片段复现： 真机打开后，第一次授权使用camera 退出微信杀掉进程 打开飞行模式 重新打开微信 打开此代码片段的小程序 可以看到页面一片空白 如果把error打印出来： [代码]detail :{ errMsg:[代码][代码]"insertCamera:fail userAuth response is nil"[代码][代码]}[代码]

当把模拟器作为单独浮窗拿出来之后，代码编辑器窗口最小化或者移动到其他桌面，则模拟器停止渲染。

新的小程序camera直接支持实时反馈扫描到的条形码内容，打开了很多新的应用场景。包括将手机固定机位，贴着标签的货物直接流水线过。 之前我们就发现过一个问题，就是微信内置的扫一维码的实现在iOS和Android里是不同的。Android系统必须条码和手机的方向一致水平才能扫描，如果条码倾斜超过45度，或者是垂直的，android是不会识别条码。也就是说并没有做rotation invariant这一步。但当时由于必须手工触发，所以也没太多想，因为流水线操作本来就不太可能。 昨天对新的camera组件测试发现，android机型还是无法识别垂直的一维码。 也就是说目前方案中只能用iOS。虽然不是一个绝对没治的情况，但在后期商务推广中，肯定更廉价的android设备会更容易被客户接纳。所以反馈下，看看这个android无法识别垂直放置的条码问题能不能解决。 这个问题重现不需要小程序，直接微信扫一扫唤起就可以验证。