由于userInfo和userProfile快不能用了，推荐使用button组件chooseAvatar类型获得头像和昵称，详见： https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/userProfile.html#%E4%BD%BF%E7%94%A8%E6%96%B9%E6%B3%95 获得头像测试：只要是填上‘你懂的’图片，就会显示无法使用该头像’，同时间该组件对应的[代码]bindchooseavatar不会被回调；这还算可以ok[代码] 获得昵称测试：只要是填上‘你懂的’文字，就会显示无法使用该昵称’，而该input组件的bindblur和bindconfirm都会被回调。那么问题来了：js代码怎样知道该昵称不能用？

版本2.25.0 现有行为：正在适配新的《头像昵称填写》接口（https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/userProfile.html）。在input点击“用微信昵称”按钮快速上屏微信昵称之后，不会触发input事件 期待行为：点击按钮之后，会触发一次input事件，其event.detail.value为微信昵称 根据楼下补充：此为开发者工具bug。请尽快修复

https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/userProfile.html <input type="nickname" class="weui-input" placeholder="请输入昵称"/> 这个怎么把获得的微信昵称存到变量里，使用bindtap,bindblur,bindinput方法都获取不到微信昵称，输入的值可以获取到

今天cloudPay.unifiedOrder又报错，超时时间设定的是30s，最近已经是第二次发现了，之前一直没有问题。从log上看云函数运行了15s多，正常没有这么久。不懂了，请问究竟怎么回事？ unifiedOrder caught: {   "errCode": -501001,   "errMsg": "cloudPay.unifiedOrder:fail -501001 resource system error. ETIMEDOUT" }

const app = getApp() function wait(delay) {   return new Promise(resolve => setTimeout(resolve, delay)) } const requestAuth = async() =>  {   return request(false) } async function request(auth = true) {     await Promise.resolve()     await wait(300);     if (auth) {       await requestAuth()     }     return true } Page({   onLoad() {         request().then(           () => {             //在ios既不会执行到这里 也不会报错             wx.showModal({               title: '在ios上始终无法出现的modal',             })           },           console.error         )   }, })

POST https://api.weixin.qq.com/wxa/business/getuserencryptkey?access_token=ACCESS_TOKEN&openid=OPENID&signature=SIGNATURE&sig_method=hmac_sha256 openid检查过没有问题,估计是后台提示有问题?一直报以下错误 {     "errcode": 40003,"errmsg": "invalid openid hint: [RiGesDOre-XLi4PA] rid: 61406d26-54485a9f-1db07d84" }

微信小商店又在走微店的老路，只是“我要开店”这四个字的字体小了些，但本质没啥区别。 可别小看“我要开店”这四个字， 我觉得微店当年之所以能迅速火起来，这四个字功不可没。但最终会败，还是因为这四个字。 建议官方开发负责人多研究一下小商户的心理，这四个字就像是一桌香喷喷的饭菜中间，放了一坨屎。即使饭菜再好吃，也没有人会吃的下。 我当年就是因为这四个字，才没有使用微店。小商店我到现在也只是观望，只是试用了一下，功能方面我们要求并不高，能交易，能赚钱就可以，但“我要开店”这四个字，实在无法容忍。 官方可能是想借此迅速把小商店推广出去，你可以选用这种推广方式。但至少也给用户留一个选择，哪怕付费去除呢，我相信百分之八十以上的商户都会选择付费。 现在网上的开源商城小程序有很多，功能齐全很不错的也只要几百块，但微信小程序，属于官方产品，大部分人当然还是会更倾向于使用官方产品。但如果“我要开店”这四个字不去除掉，大多数人宁愿花钱去购买第三方开源产品，也不会使用小商店。最终那些店铺也会和微店一样，沦为僵尸店铺，永远的静止在那里。 希望官方能重视起来，尽快的解决，这不是一个小问题，真的！并且你搜索一下取消“我要开店”字眼的搜索人数真的很多！

'商品详情页'左下角的‘店铺’文字及图标可否隐藏掉？ 请考虑一下标准交易组件的使用场景： 小程序使用小商店API自己做一个页面作为小商店首页显示商品列表。点击商品进入商品详情页请允许隐藏'商品详情页'左下角的‘店铺’文字及图标，不然显得不伦不类的。

请问哪位知道智能手表或手环接入微信生成表端二维码的蓝牙通讯协议链接或者文档在哪里呢？

为什么设备关机后用startBluetoothDevicesDiscovery搜索还有wx.getBluetoothDevices还是能获取已关机设备的Devices