在桌面版 Chrome 115.0.5790.114 上，我完全看不到“上次访问”行有任何移动。
1 个赞
这仍然是这样吗？还有其他人吗？
1 个赞
我现在在 Safari iOS iPad、桌面和移动设备上都能正常运行。
2 个赞
对我来说，它似乎没有按预期工作。如果“上次访问”是指上一次访问（而不是例如昨天）。
在 Meta 主页上，“上次访问”行目前在我看来是在第 16 篇文章下方。如果我滚动过去，回到顶部，阅读上方和下方的一个帖子，然后关闭标签页，那么当我打开一个新的 Meta 标签页时，“上次访问”并没有移动。这是预期的吗？
（正常使用时，关闭标签页和打开新标签页之间会有几个小时的间隔。）
刚重新查看，红线是13小时前。这是不对的。
1 个赞
我们的访问定义在此处：
因此，如果自上次访问以来已过去 1 小时以上（SiteSetting.previous_visit_timeout_hours），我们将其视为“上次访问”。
此行每小时最多只移动 1 次。
这感觉更像是一个支持主题，而不是一个真正的错误？
5 个赞
好的，我关闭了标签页，离开，8小时后再回来，红线仍然停留在原来的位置，现在已经是17小时前了。它没有移动。
请注意，我关闭的是标签页，而不是退出登录。当我重新访问时，IP地址是相同的，浏览器通常也是相同的（这次是同一个浏览器）。
编辑：一个多小时后，红线已经移动到9小时前了。
1 个赞
我今天又遇到了这个问题，我同意 @Ed_S 的看法，这里的 meta 线条移动的频率似乎不到每小时一次。我访问过一次，并在“嵌入式回复”主题中发了回复，然后回来检查新帖子 5-10 分钟——所以线条至少应该停留在 1 小时标记处，而不是 3 小时/4 小时处。
编辑：
另外，我过去 3 小时访问过几次，但线条没有移动。
在其他抱怨的基础上，我建议“最后访问”这一行有时对某些用户来说会有点“粘滞”。正如 Sam 在之前的帖子中强调的 Discourse 对“最后访问”的定义一样，关于“最后访问时间” (last_seen_at) 究竟来自何处，似乎仍然存在一些模糊之处……？以及各种浏览器如何处理后台刷新等因素，是否也可能造成许多人看到的行为差异？
无论如何，我们刚刚推出了一个新的站点，一些用户希望“最后访问”这一行能够更具动态性，并能更实时地移动。有些人抱怨说，在离开并数小时后返回时，这一行似乎没有移动。
“最后访问”这一行更新得很慢。你阅读了一些帖子，但直到你几个小时后回来，这一行才移动。
有没有办法让这一行更实时一些？
归根结底，这个简短的絮叨中可能隐藏着一个功能请求：“为什么不提供一个用户偏好设置来关闭‘最后访问’这一行呢？”在我们的托管 Discourse 实例上，可以通过一点 CSS 使该行在全局范围内消失，但最好是能直接告诉某些用户……“嘿，关掉它！” 