调起客户端扫码界面进行扫码wx.scanCode(Object object)，返回少了RawData字段。我这边的场景是不需要明文，需要的base编码的内容。可是从相册中选择二维码成功识别后返回的数据，发现漏了API的rawData字段。
API文档：Object res
| 属性 | 类型 | 说明 |
|---|---|---|
| result | string | 所扫码的内容 |
| scanType | string | 所扫码的类型 |
| charSet | string | 所扫码的字符集 |
| path | string | 当所扫的码为当前小程序的合法二维码时，会返回此字段，内容为二维码携带的 path |
| rawData | string | 原始数据，base64编码 |
给个码看看
随便一个码都不行的。不管是传统二维码还是小程序码，
wx.scanCode都没有返回Base64字段。
你好，开发工具能不能做到跟真机返回一样的参数？
你好，可以回复一下我吗？
工具是请求到后台，由后台的解析引擎去解的，引擎返回什么就是什么，这里跟客户端的实现不一样。
我们提个issue排期了
可是你们API文档讲清楚嘛。我们做开发都是先看文档，然后根据文档去设计程序的嘛，看到有base64编码数据返回所以就利用这个加密字段做文章了，涉及到比较多的算法。如果改的话，工作量挺大的。所以希望你们按文档修复，这样我们这边好在工具调试。要不然工具老是报undefined.
排期有这个大概的时间吗？
用移动端调试又有返回的。小程序开发工具能不能修复一下这个bug？？没有这个字段我这边场景不好调试的。
你好，这是已知问题，我们不会考虑在后续修复该问题。😂
而且
wx.scanCode
这个api还不支持扫描反色二维码，头疼
你这个是功能上没有实现问题。而我这个是bug性问题。因为这个bug搞得好头大。
你说的反色 是不是线是白色。背景是黑色的 小程序码？
是呀是呀，大佬有解决办法吗？
后端把图片反色然后再去识别。
这也是个办法，谢了
你可以真机调试呀，
这样很不方便。因为会利用码的base64还需要做其他算法。需要很需要开发工具进行调试。这明显是一个bug吧？