[图片] 通过小程序添加的descriptors都是无法识别， 导致连接后notifyBLECharacteristicValueChange报错， 10008 错误为no descriptor    const service = {       uuid: data.UUID_SERVICE,       characteristics: [{         uuid: data.UUID_CHARACTERISTIC_READ,         properties: {           read: false,           write: false,           notify: true,           indicate: false         },         permission: {           readable: true,           writeable: true,           readEncryptionRequired:false,           writeEncryptionRequired:false         },         value: util.hexToArray("2902").buffer,         descriptors: [{           uuid: data.UUID_CHARACTERISTIC_READ,           permission: {             write: true,             read: true           },           value: util.hexToArray("2902").buffer         }]       }]     } 正常的ble设备截图如下： [图片]

https://developers.weixin.qq.com/miniprogram/dev/api/device/bluetooth-peripheral/BLEPeripheralServer.addService.html [图片] 添加的任意都是没有描述符的 导致连接失败 错误为 no descriptor

BLEPeripheralServer 创建的外围设备，服务和特征值添加完成后广播， connectable也是true, 用其他小程序连接上后notifyBLECharacteristicValueChange错误opennotify fail  {"errCode":10008,"errMsg":"notifyBLECharacteristicValueChange:fail:no descriptor"} android环境 微信和开发工具均为最新版本

https://developers.weixin.qq.com/miniprogram/dev/api/device/bluetooth-peripheral/BLEPeripheralServer.startAdvertising.html advertiseRequest的deviceName和manufacturerData都有值时就会出现， 干掉任意一个就没有问题， deviceName和manufacturerData本来都是独立的 ，为什么一起都有值就出现too large过长错误

小程序发送广播api中advertiseRequest的deviceName参数不赋值就能正常发送，但是赋值为任意字符串或16进制字符串都会导致如下参数过长错误： 微信版本：7.0.15 调试版本：2.11.1 开发工具版本：1.02.191180 startAdvertising fail:  {errCode: 10008, errMsg: "startBLEPeripheralAdvertising:fail:data too large"} BLEPeripheralServer.startAdvertising(Object Object) startAdvertising({       advertiseRequest: {         deviceName: "0101",         serviceUuids: [data.UUID_SERVICE],         manufacturerData: [{           manufacturerId: '0x627a',           manufacturerSpecificData: typedArray.buffer,         }]       },

1 复现方式非常简单 ： 选取任意原生APP搜索和小程序的onBluetoothDeviceFound的log速度一对比就知道了 2 这个问题去年就提过，官方人员微信和我确认了是他们搜索这块存在问题， 但是 大半年过去了为什么还是这么慢 3 官方难道对这种小众模块不重视吗， 速度慢极大影响用户体验

本人一直在做行业性程序， 针对的客户和用户都是行业性的， 比如安装施工人员， 都是公司给他们培训后每人在后台录入了系统账号使用我司开发的程序（android ios 小程序），但最近我的小程序审核发布经常会被打回原因是要先让用户先体验小程序功能， 我估计是哪个产品经理脑子有瓜提出来的， 哪里有平台这样去限制程序的功能和需求？ 而且审核人员也大部分经常和他们解释了也要打回来， 这样有意义吗， 很多应用首页必须登录的啊，何况我司的应用是针对培训过的用户，哎。。。希望微信平台别这样发展，处理下这个问题 [图片]

- 当前 Bug 的表现（可附上截图） [图片] - 预期表现     正常 - 复现路径 点击真机调试 - 提供一个最简复现 Demo 点击真机调试

- 当前 Bug 的表现（可附上截图） cover-image 在 ios 手机上 background 无效 ios 手机上显示: [图片] 其他手机显示: [图片] 代码: .img_user { position: fixed; bottom: 160rpx; width: 50rpx; height: 50rpx; right: 30rpx; background: #1296db; border-radius: 50%; padding: 20rpx; } - 预期表现     background 有效  和其他手机一致,   - 复现路径 使用cover-image 在 ios 手机上加 background 即可复现 - 提供一个最简复现 Demo

大半年过去了 官方和我微信确认过是官方存在问题在解决中 怎么一直没修复