If you click on the 'message' icon again, is there a notification? Is it possible that you received a new one almost at the same time?

In T151389#2815832, @SBisson wrote:

If you click on the 'message' icon again, is there a notification? Is it possible that you received a new one almost at the same time?

Nope. The counter seems to be off by 1.

I tried locally but I couldn't reproduce the issue.

In T151389#2816012, @SBisson wrote:

I tried locally but I couldn't reproduce the issue.

Yes, it's a problem - not consistently reproducible. I am still checking.

Checked in beta - the issue is reproducible when

• The unread notifications are not new. At least, I did not see the issue with newly created notifications.
• The number of unread notifications should be more than one.
• Do not expand notification panel for a cross-wiki bundle - immediately click on the blue button to mark all as read.

The two attached screen recording are from betalabs.

From zhwiki - shows that Alerts=1 can be successfully marked as read; the Notices=3 after being marked as read display the count of 2 and on expanding no notificaitons are shown.

Adding actual code project as I assume this is about the Notifications codebase.

Re-opened the issue after more testing in 1.29.0-wmf.4

For future reference, notifications can be generated in 6 foreign wikis in mw-vagrant using the following command:

for w in en fr es zh ru he; do mwscript extensions/Echo/maintenance/generateSampleNotifications.php --wiki ${w}wiki -f -a Admin -o Admin -u <username> -t welcome; done

<username> should be replaced by the name of a user that exists in all those wikis.

Change 326023 had a related patch set uploaded (by Sbisson):
Fix unread notification count caching

https://gerrit.wikimedia.org/r/326023

Change 326023 merged by jenkins-bot:
Fix unread notification count caching

https://gerrit.wikimedia.org/r/326023

Checked the fix in betalabs. Need to check after WMF-deploy-2016-12-13_(1.29.0-wmf.6).