就在今天：

嗨，麦克：

我将向IT支持部门报告。

最诚挚的问候，

-Jerry

你好迈克，

我遇到了同样的问题。 经过深思熟虑，我想我知道为什么。 当我们按下浏览器的"后退"按钮时，我认为它加载了较旧版本的通知（在该版本中，您仍未按下链接，因此仍以未读状态显示通知）。 我尝试测试相同的东西，但没有使用"返回"，而是使用顶部的导航栏，然后单击通用头像以到达通知。 而这次，它表现得很正常！ 我还重新测试了您的方案，并在按"返回"后在通知流上按了"刷新"，然后它也反映了通知的正确读取状态。 期待看看您是否会遇到相同的行为？ 无论如何，我认为我们必须找到一种缩短缓存或其他方法的方法，以便当用户按下"返回"按钮时，他们仍然可以看到最新的通知流。

谢谢

Sajid

我的第一个猜测是页面上有多个组件，有些组件在响应，而其他组件则没有。 计数器元素会响应并刷新，但消息元素不会。 当我将其标记为已读时，消息元素将通知计数器，并且……类似的事情，您将获得图片。

正如我所说的那样，并不确定它是否取决于浏览器。 在过去的几天中，我没有看到任何更新，因此不确定是否有任何更改。 我会密切注意并尝试找到可重现的方案。

已读/未读通知肯定存在一些问题，但到目前为止，它们似乎偶尔会发生，我无法查明 确切的场景或模式。

我写过之前，有时我使用"全部标记为已读"，后来，相同的通知显示为未读。 被要求提供证明，但要做到这一点，我必须每天至少两次截屏并跟踪它们。 我尝试这样做了几天，但错误没有发生，所以我放弃了。 而且，当然，当我没有屏幕截图时，它会再次发生。

尽管我最近也看到顶部的计数器与下面显示的完全不匹配。 没有屏幕截图，但是至少有一次我在顶部显示" no unread"，而下面显然有一些未读通知。 通常，我会在选项卡中将通知保持打开状态，右键单击以打开相应的项目，然后手动标记不再需要我注意的项目。