有少数安卓用户从公众号底部链接（非首页）点进小程序会出现白屏现象，只有导航栏能显示（标题是动态的，可能是缓存）且一直在加载状态，无法恢复。暂时无法稳定复现。 [图片]

有用户反馈我们的自定义组件弹窗样式错误按钮无法点击（只有一次）。 我们自定义弹窗组件的名字是modal，通过用户的截屏发现样式错误是按钮部分和原生showModal API的样式相似，但是其他手机均无法复现且用户也只出现了一次。 我们在老版本的文档里发现了最初showModal API的实现就是名叫modal的组件，但是更新日志中显示已移除。 于是在页面的配置json中把usingComponent中的modal定义去掉，bug就可以稳定复现，但是我们的代码的json配置是没有问题的，且线上版小程序其他任何场景都无法复现。 我们已经通过修改名字规避了这个问题，这里想知道导致这个问题的原因是什么，是小程序加载时页面json配置未成功加载？还是其他原因？ （这是一个大概一个多月前的一条反馈，微信和基础库的版本都未追溯，版本号是乱填的）

- 当前 Bug 的表现（可附上截图） 某一个用户的小程序无法正常使用，使用调试后发现是 setStorageSync 接口报错，截图如下。正式版、体验版、开发版均有同样的问题，使用真机调试并开启开发工具缓存时恢复正常。try catch 处理所有 setStorageSync 接口后不报此错。目前只有一个用户稳定复现，且只针对特定 AppID 的小程序（在最简单的 demo下使用此 AppID 稳定复现，使用其他 AppID 不复现）。机型信息：iPhone Xs Max / iOS 12.3.1。该用户可以上传反馈日志。希望官方可以尽早跟进问题，多谢！ [图片] - 预期表现 小程序正常使用，setStorageSync 接口不报错 - 复现路径 - 提供一个最简复现 Demo 任何使用此 AppID 的 setStorageSync 接口均可复现

我需要在 wx.request 在 fail 之后处理请求超时的错误，但是 fail 回调函数只返回了错误信息，并没有错误码，而错误信息提示字符串 errMsg 在不同语言不同机型下居然是不一样的，开发工具中是「time out」，手机会根据客户端语言展示不同的 errMsg 如：「请求超时」、「请求逾时」。这样无法捕获超时场景。 希望官方可以增加 fail 回调的错误码，或者在 errMsg 中增加确定的标识字符。

这样一段代码 [代码]<[代码][代码]view[代码][代码]>[代码] [代码]    [代码][代码]{{title}}[代码] [代码]</[代码][代码]view[代码][代码]>[代码]使用 Windows 开发者工具上传后title文本前会有空格，Mac 开发者工具就不会有，求解这是什么原因？

iPhone 下部分机型使用搜狗输入法时，触发 input 控件的 focus 会连续触发3次 稳定复现的机型：iPhone 5s iOS 10、iPhone 6s iOS 11、iPhone 8 Plus iOS 11，微信6.6.6，基础库2.0.9，搜狗都是最新版本，其他机型和开发者工具无此 bug 希望官方可以答复

iPhone 下部分机型使用搜狗输入法时，触发 input 控件的 focus 会连续触发3次 稳定复现的机型：iPhone 5s iOS 10、iPhone 6s iOS 11、iPhone 8 Plus iOS 11，微信6.6.6，基础库2.0.8，搜狗都是最新版本，其他机型和开发者工具无此bug

近期因 wx.getUserInfo 接口的改动，阅读了官方团队出的获取用户登录授权的相关文章： 小程序•小故事(4)——获取用户信息 文章中给出了一个最佳实践，其中提到可以先通过 wx.getSetting 获取用户的授权信息，但是在文档关于 setting 的 scope 列表部分中，显示 scope.userInfo 为「废弃」。 授权 - scope 列表 在经过调试后发现 wx.getSetting 依然可以获取到授权信息，请问文档中的「废弃」是否只针对 wx.authorize 接口？wx.getSetting 接口获取 scope.userInfo 近期是否会改动？如果不针对 wx.getSetting 接口，望尽快更新文档添加备注说明。谢谢！

[图片] 重启开发者工具和微信均无法解决

innerAudioContext 的 currentTime 和 duration 的返回值的单位在开发者工具和真机上不一样，结果相差1000倍，为调试方便只能判断 platform 做兼容处理。 innerAudioContext 在开发工具上使用 seek 直接定位播放，会出现 onTimeUpdate 回调失效的问题，改用直接修改 startTime 的方法可解决，但需要做兼容处理；Android 和 iOS 上 seek 的方法不能兼容，Android 上如果在暂停的状态下 seek + play 无法生效，需要 stop + seek + play，但仍有概率出现从头开始播放的问题。 以上是现已发现的问题，希望可以及时验证并修复