Android Chrome 未正确存储已读/未读消息

贡献 错误
1

继续之前一个旧话题中的讨论，其中混合了多个问题。

免责声明：作为 iPhone 用户，我依赖非专业软件测试人员的二手报告。

多位用户在我们的论坛 Tappara.co 上提出了一个问题：已读/未读消息未能正确存储。以下是我收集到的一些线索：

  • 目前看来这是仅限 Android 的问题。
  • 该问题很可能随着 Chrome v77 的更新而加剧。一位值得信赖的成员报告称，问题正好在他更新后立即出现。
    • 此外，Brave 和 Opera 用户报告称未遇到此问题。Brave 目前使用的是 Chromium v76。
  • 症状：
    • 未读计数未更新
    • 主题未按预期标记为已读
    • 点击某个主题时，用户被带到其之前已阅读过的帖子的错误位置
    • 刷新浏览器可暂时缓解问题，但问题很快会再次出现
    • 似乎无法 100% 复现，但已被许多不同用户报告

目前这是我们社区中一个相当严重的问题，因为基本功能出现了故障。我们运行的是稳定分支——目前我尚不清楚该问题是否可在 Meta 或 Try 上复现（我使用的是 iOS）。@Falco 对此应有所了解，并建议我开设此话题。

@rizka

2

忘了在那儿更新您，我们上周在 FIX: change focus when application resumes in android · discourse/discourse@499472b · GitHub 实施了真正的修复。

这是 Chrome 77 的变更，当 Discourse 标签页处于非活动状态（在后台或 Android 上使用其他应用）超过 5 分钟时会被触发。

目前 Chrome 仅将此新 API 推送到 Android 平台，但在新版本更新中会推广到所有平台。

4 个赞
3

好的，太棒了！

这也应该成为稳定分支的候选（基本功能已损坏）。

4

我们当然可以将其向后移植到稳定版，@Falco？

4 个赞
6

已向后移植到稳定版：

8 个赞
7

只是一个简短的更新，因为话题即将过早结束。我们在一小时前将此功能推送到生产环境，已有少量用户反馈初步印象，表明该修复似乎解决了问题。

“开发者，开发者，开发者！”（c）史蒂夫·鲍尔默

2 个赞
8

本主题已在 4 天后自动关闭，不再接受新回复。

9

请注意，话题关闭并不意味着永久关闭，我们提供了一项功能，允许版主重新开启已关闭的话题。

如果话题被误关闭，请标记它。