我们也遇到了一样的问题,确认是微信 SDK 2.24.0 版本的问题,临时解决方案:https://github.com/airbnb/goji-js/issues/163
安卓手机获取不到Storage?苹果没有问题 安卓今天下午3-4点出现问题 代码中找了半天没有发现问题 刚刚又试了一下莫名其妙好了?? 想问一下是什么问题!大家有没有遇到!
2022-04-14我们也遇到了一样的问题,确认是微信 SDK 2.24.0 版本的问题,临时解决方案:https://github.com/airbnb/goji-js/issues/163
setStorage为什么会失效?setStorage 成功后,再多调用getStorage后会出现获取值为空,IOS:8.0.20 , 安卓8.0.21 均会出现,IOS8.0.18正常
2022-04-14我们也遇到了一样的问题,确认是微信 SDK 2.24.0 版本的问题,临时解决方案:https://github.com/airbnb/goji-js/issues/163
getStorage获取缓存失败?第一次,第二次获取成功,第三次获取失败,提示重新登录,登录后又会重复出现上述问题,编辑器上好着,手机上有问题
2022-04-14我们也遇到了一样的问题,确认是微信 SDK 2.24.0 版本的问题,临时解决方案:https://github.com/airbnb/goji-js/issues/163
今天起来,发现wx.setStorage在部分机型上无法本地存储?部分机型特别是非国产机型,接口没报错,但是没有缓存成功。在模拟器和电脑端以及大部分国产机上是没问题的。这个无法缓存是今天才发现是这样,代码跑了三四年了,都没改动过。况且同一套代码在不同设备上出现的问题,这不是代码也不是后台接口的问题,想问下是不是微信改接口了?
2022-04-14请问这个问题官方可以继续跟进下吗?
关于JSON解析时 Unicode U+2028 等字符的bug- 概述 wx.request 对于含有 U+2028 等字符的 Response Body 存在错误的过度处理(注意:该问题只在真机上复现)。 经过查找文章和社区,我发现这是一个反馈较多的问题(参见最后“可能的相关问题”部分),对于特殊字符很多人选择了进行过滤,但这是不对的,正确的做法应当是对其进行合理编码、解码。 - JSON对特殊字符的处理 在详细描述bug之前,我们先了解下JSON处理中特殊字符的正确处理方式。 在 ECMAscript 5.1 ( https://www.ecma-international.org/ecma-262/5.1/#sec-15.12.2 ) 中有这样一句话: JSON uses a more limited set of white space characters than WhiteSpace and allows Unicode code points U+2028 and U+2029 to directly appear in JSONString literals without using an escape sequence. 这意味着 JSON.stringify 和 JSON.parse 都不应当对空格、U+2028、U+2029这三个字符进行转义,例如对于空格: [图片] 可以看到空格未进行转义,同样的道理,U+2028 也不会被转义: [图片] 但对于 '\n' ,是需要转义的: [图片] 因此可以得出结论,在HTTP Response中 U+2028 等字符是不应当被转义的;由于这两个字符被创造也是有其含义和目的,更不应当被过滤掉(如 https://developers.weixin.qq.com/community/develop/doc/8d93389c3bea4acff6e7bb765c3e634f?highLine=2028 和 https://developers.weixin.qq.com/community/develop/doc/f085c4b5f547113dbb032d0f4b46e1b5 ) - wx.request 的问题 在 wx.request 对JSON的处理中,没有正确将 JSON String 解析为 Object,而是将 String进行了返回,同时将 U+2028 和 U+2029 两个字符替代成了 \n 。在这一过程中存在如下问题: 假设wx.request处理JSON异常,应当触发fail回调函数传递具体的错误,给用户明确的意图,而不是调用 success 给出未能成功解析的字符串。(举一个例子,JSON.parse 结果并不一定是Object,如 http://www.mocky.io/v2/5bea7d792f0000df0bda3a4e 这个接口在浏览器用fetch调用返回的就是字符串)。 wx.request应当能正常处理含有U+2028 等字符的Response,应当原样保留这些特殊字符并反馈 JSON.parse 出的结果 但是通过调试可以发现,wx.request对U+2028 等字符进行了错误的处理,在返回的 String 中将其替换成了 \n (注意不是 \\n,前者是一个字符,后者是两个字符),这进一步导致了用户难以通过 JSON.parse 手动解析String数据: [图片] 在上面的例子中我说过 '\n' 是应该被转义为 '\\n' 的,否则在 JSON.parse 的时候就会造成报错。 - 预期表现 wx.reqeust应该正确处理特殊字符 wx.request在JSON解析失败时应当调用fail回调 - 临时解决方案 这是一个会有bug的解决方案,原因不再赘述,仅供参考: [代码]wx.request({[代码][代码] [代码][代码]url: [代码][代码]"http://xxx"[代码][代码],[代码][代码] [代码][代码]success(res) {[代码][代码] [代码][代码]const originData = res.data;[代码] [代码] // 无法处理纯字符串的情况,慎用[代码] [代码] [代码][代码]const data =[代码][代码] [代码][代码]typeof[代码] [代码]originData === [代码][代码]"string"[代码][代码] [代码][代码]? JSON.parse(originData.replace(/\n/g, [代码][代码]"\\n"[代码][代码]))[代码][代码] [代码][代码]: originData;[代码][代码] [代码][代码]console.log(data); [代码][代码]// 替代 res.data[代码][代码] [代码][代码]}[代码][代码]});[代码] - 复现路径 在这个代码片段中 https://developers.weixin.qq.com/s/iam8hTmP7m3S ,可以通过点击不同button分别调用含有 \n 、\u2028、\u2029 和空格的接口,查看console的输出。 注意:必须在真机上才能复现,模拟器不可以 - 可能的相关问题 https://developers.weixin.qq.com/community/develop/doc/8d93389c3bea4acff6e7bb765c3e634f?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/000ca414b64b1099bb1701ce55b800?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/99f032bff8b2a6ccb37ffd4414aa5575?highLine=json%25202028 https://developers.weixin.qq.com/community/develop/doc/000c443ed5c488009dd6b81aa51404?highLine=2028 https://developers.weixin.qq.com/community/develop/doc/f085c4b5f547113dbb032d0f4b46e1b5 https://developers.weixin.qq.com/community/develop/doc/ca057a276c3e316cb5086b0b26a69763 此外这个问题反馈了U+2028与setData使用的bug,我猜测可能与本问题可能存在一定的关联性: https://developers.weixin.qq.com/community/develop/doc/000c443ed5c488009dd6b81aa51404?highLine=2028
2019-11-14楼主你好,对于你反馈的问题我查阅资料后进行了整理,重新反馈给微信官方: https://developers.weixin.qq.com/community/develop/doc/0000eed41dcbc05780a7acc1951000
请使用标准的 request 实现遇到了奇怪的渲染错误,页面白屏。查看错误: Unexpected EOF Stack: [native code]。机器上遇到了该错误,然而开发者工具没有这个错误。 最终 debug 出来是因为运营配置的一段文本中,出现了换行符: \u2028,导致了 wx.request 中 parseJSON 的部分执行发生错误。删除这个字符后,请求顺利成功,页面也渲染出来了。 搜索了一下这个错误,大胆的推测微信这边的 wx.request 使用的是被弃用的 jQuery.parseJSON,其中的 jQuery.parseJSON 已经被 JSON.parse 所替代。而 Unexpected EOF 正是 parseJSON 才会抛出的错误。 微信的同学如果对这个神奇的 Bug 感兴趣,可以自己试一下,启一个简单的 http server,然后在一个 request 中返回 '\u2028'。然后在小程序中调用一下 wx.request 试试。 如果你在 chrome 的 console 中,粘贴这个字符可能会展现为一个神奇的 ·
2018-11-13我看到bug已经在 v2.3.2 (2018.10.25) 修复了,谢谢 https://developers.weixin.qq.com/miniprogram/dev/framework/release/v2.html
同时使用multiSlots和capture事件,在某些情况下会监听失效复现条件: 必须使用multiSlot 在某个slot内部的某个组件触发事件,例如trigger-event>/trigger-event>,其中trigger-event可以触发事件 且事件的bubbles、composed、capturePhase均为true 在slot外层监听该事件 复现问题: 如代码片段所示,在最后一种特定情况下,事件监听失效了。也就是说点击“Click me”无法在console.log打出日志,页面也不会有显示 [图片]
2018-11-12