1、RequestTask.onChunkReceived() 注册的函数在：开发者工具、安卓、iOS上均不运行。我以为代码问题，调试好久才发现在Mac真机调试时时没有问题的。已经是最简单的测试代码了，都不运行。 2、iOS、Mac真机环境没有TextDecoder构造函数，开发工具却又有。在Mac真机流式返回了，要转成字符串发现没有TextDecoder，试了iOS环境也没有，不应该啊，难道TextDecoder还要自己实现？ 3、RequestTask.onChunkReceived() 流式返回，发现返回的ArrayBuffer的实际大小和Header中的Content-Length不一致，很多时候一个chunk的byteLength就比Content-Length值大了。我还怀疑是Content-Length错了。但同一个资源在浏览器端实际大小就Content-Length完全一样。 这些问题是在封装wx.request过程中发现的。没有遇到过的就不用说了，基本可以排除是代码的问题了。要么各种环境下官方没有对齐，要么是wx.request的bug。 机型：iPhone15 iOS17.3.1、MacBook Pro M1 系统版本Mac os 14.4 (23E214) 开发工具版本：（1.06.2402040 darwin-arm64) 调试基础库：2.33.0--3.4.0都试过 代码段（因分享大小限制，删除了TS类型文件，所以会报TS错，不影响运行）：https://developers.weixin.qq.com/s/vORaygmO7AQG onChunkReceived不运行的代码： originRequest(){ const requestTask = wx.request({ url: 'https://picsum.photos/340/195', enableChunked: true, success(res){ console.log('success：', res) }, fail(err){ console.warn('fail：', err); } }); requestTask.onHeadersReceived(h=>console.log('header', h)) requestTask.onChunkReceived((chunk)=>console.log('chunk', chunk)) } Mac真机环境没有TextDecoder的报错： [图片] Mac真机环境chunk和Content-Length不一致： [图片]

7月7日下午左右开始通过“物流助手---获取电子面单余额”接口查询韵达快递面单余额时报错提示快递公司不存在。快递公司ID也是按文档上写的。如下图： [图片] [图片]

顺丰面单打印出来后，不能揽收了。提示“该运单不是BSP下单，请使用丰源操作”。昨天还是好的，所以应该是不是请求的是问题。应该是顺丰禁止了。 快递小哥说丰源揽收特别贵，不管是什么月结账号下的单，只要是丰源揽收都是几十块。跟小哥反复确认昨天是没问题的。小哥也反映了，但是他也不懂。请问怎么办？ [图片] 2、关于打单助手打印的面单模板。之前提问说是顺丰公司在调整。联系顺丰反馈了之后。顺丰工作人员反馈说不知道什么情况，也找不到是谁在负。顺丰片区经理希望与您们官方取得联系以便进一步处理问题。不知道是否可以，如果可以需要通过什么渠道联系。他这边留下了电话：15520838234，如果可以的话希望帮忙联系处理下。或提供下其他联系渠道。谢谢

今天12点后通过物流助手发单，微信打单助手打印面单。发现打印助手会卡死，且面单ID为0,手动一个面单一个面单的打印，出来的并不是选中的那个，可能因为面单ID都是0，不知道选的哪一个吧。 APPID：wx6e76846ded96101d [图片] [图片]

appid:wx45e2b6d1842e767b 从昨天下午开始大量出现调用物流助手发单接口返回错误代码：{'errcode': 47001, 'errmsg': 'data format error hint: [uKVnhA08753935]'} 但也并不是每一单出错，有的出错有的没问题，之前是没问题的。请问是什么情况？ 请求和返回数据见下图： [图片] [图片]

1、韵达快递通过物流助手发单返回：delivery logic fail-请求下单接口服务异常3 但打单助手单子又打出来了，请问是什么情况？返回错误导致获取不到运单号，也不知道到底如何继续处理。麻烦看下。 2、用物流助手有一段时间了，最深的感触就是遇到问题不知道该找谁。找快递公司都不知道我物流助手，好不容易找到快递，但基本都说不知道、不是他们那边报的错。在这里反馈很多时候又是快递侧的问题。能不能邀请个快递公司解答一些快递侧的问题？

[图片] 对接了物流助手，官方推荐用 微信面单打印小助手。使用下来感觉还是挺好用的，特别是可以分打印权限和挂机自动打印。所以就也偷了个懒不再去自己单独构造打印。 现在用下来有两个问题急需官方更新，很急的那种： 1、如上图所示，我今天打了三百多个单子，也都打印完成了。但是我现在有几个单子丢失了要重新打印，现在不管怎么拉取最多都只能拉取到100个。而要打的单子正好不在这100个内。现在不能搜索、不能翻页看剩下没拉取的部分、用选择日期时间的方式也只能选择日期，也就是说我也就能选择日期不能选择时间段。所以拉出来的还是之前的100条。请官方更新下，增加搜索、增加翻页查看、增加时间选择都可以。至少有一个解决现在问题的途径吧。（这个问题最严重的，很急很急，在线等……） 2、拉取出来的数据不能复制或导出。希望增加可以选择复制或导出功能。 3、打印模板很早各快递就都更新成小模板了。在社区看到很多人呼吁更新也看到过官方很早前就回复说需要快递公司更新。也联系过快递公司反馈。半年过去了依旧无果。麻烦官方跟进下。问题如下图： [图片] [图片] [图片] [图片] 顺丰官方给的打印实例规范：是这样的（链接） 麻烦官方尽快处理下这几个问题，特别是第一个问题。 因为官方推荐用：微信面单打印小助手，就没考虑别的办法。使用的人还是很多的。官方不能大家都上船后，就弃船让我们自己在想其他办法啊。当初一己之力推荐的这个，现在都在用了，再换别的方式也来不及了啊。当然没有冒犯的意思。希望官方能体谅我们的心情，尽快更新为谢！！

在一个页面中用bindtouchmove做个滑动删除。 滑动的js里根据滑动距离实时setData改变滑块宽度。 可是只要setData改变个宽度，页面中wxs写的保留两位小数的函数就会触发。其实setData改变的数据和页面中插入的wsx并没有关系。 因为总数据条数比较多，而且滑动距离实时在改变。导致wxs函数重复触发很多次卡到爆。 请问有什么方法避免吗？还是就只能二选一？

1、logistics.addOrder接口下单时，收、发货地址为直辖市的话province（省）怎么填啊？ 2、在微信公众平台里看到支持 京东快递，但在文档里又没有。如图。所以到底支持不支持京东快递？ [图片] [图片]

小程序通过物流助手发中通快递，报delivery_resultcode': 10003是什么问题啊？浪费很多单数，挺急的。谢谢 appid：wxe756cf5b5f196208 语言：python 快递下单请求数据： {'access_token': '27_1YQbGnX7JQoK2yJTJnInZ_qU09_9*********oaXxBevpOVGbfhYrX6RNb6Q8CCbGBIxO2c***********59Csuo_l45lfpKwAKHOgADAFCJ', 'add_source': 0, 'order_id': '71658701574918267_0', 'openid': 'oQUD74tKLL5owcSDS6zmyRGHh0Cw', 'delivery_id': 'ZTO', 'biz_id': 'ZTO761572956374105', 'custom_remark': '备注，可以不写', 'sender': {'name': '今日菜坊', 'mobile': '18981939772', 'province': '四川省', 'city': '成都市', 'area': '青羊区', 'address': '光华南三路88号'}, 'receiver': {'province': '四川省', 'city': '成都市', 'area': '青羊区', 'address': '光华北五路116号1楼（邓二姑蔬菜店）', 'name': '尹国盛', 'mobile': '15982218897'}, 'cargo': {'count': 1, 'weight': 2.5, 'space_x': 30, 'space_y': 10, 'space_z': 10, 'detail_list': [{'name': '【今日菜坊】【大号】【无纺布袋】【100个/包】', 'count': 1}]}, 'shop': {'wxa_path': 'pages/Me/Me', 'img_url': 'https://jrcaifang.com/static/minicover.png', 'goods_count': 1, 'goods_name': '物料'}, 'insured': {'use_insured': 0, 'insured_value': 0}, 'service': {'service_type': 0, 'service_name': '标准快件'}} 报错信息：{'errcode': 9300501, 'errmsg': 'delivery logic fail', 'delivery_resultcode': 10003, 'delivery_resultmsg': 'ç½\x91ç»\x9cå¼\x80å°\x8få·®', 'waybill_data': []}