From IRC today (UTC times)
15:38 <anomie> Trizek: Another notification bug: On wikimediafoundation.org it's showing me (User:BJorsch) 4 alerts and 6 messages. But the dropdowns, and going to Special:Notifications, say "You have no notifications". Force-reloading doesn't change this situation.
16:01 <Trizek> Is that happen before, anomie?
16:08 <anomie> Trizek: Nope, just started today. I had strangely high numbers of notifications reported on officewiki too (lots of alerts and messages reported, even though there was actually only 1 new message), but that correctly went back to 0 after opening the dropdowns.
From IRC today (UTC times)
|mediawiki/extensions/Echo : wmf/1.28.0-wmf.1||Bump cache version for cache pollution (cross-wiki on non-SUL wikis)|
|mediawiki/extensions/Echo : master||Bump cache version for cache pollution (cross-wiki on non-SUL wikis)|
|operations/mediawiki-config : master||Disable cross-wiki notif. (both Beta and separate pref.) on non-SUL|
|Resolved||Trizek-WMF||T135239 Cross-wiki notifications post-release high-priority issues (tracking)|
|Resolved||• Mattflaschen-WMF||T135246 Wrong notification counts being shown due to cache pollution coming from non-SUL wikis|
- Mentioned In
- T135292: Expandable cross-wiki bundle notification count does not get updated after some messages were marked as read
T121930: Cross-wiki mark as read doesn't work
- Mentioned Here
- T124948: Unread notification count is wrong when presentationModel::canRender() returns false
T135292: Expandable cross-wiki bundle notification count does not get updated after some messages were marked as read
T135266: Gate cross-wiki preferences entirely (default off)
This seems to be a fishbowl wiki issue, where the counter returns local + crosswiki notifications, but the wiki itself doesn't have access to get the cross-wiki and so it doesn't actually show the bundle, making the view and counter different.
The cache pollution (i.e. wrong notification counts) should be fixed now, and cross-wiki notifications should now be fully disabled on wikis that don't have CentralAuth. Let us know if you still see issues.
Checking before the fix
@Catrope and @Mattflaschen, please review the attached screen recording. 'X' button has a different behavior there vs enwiki. Not sure if the issue described below is related to the problem fixed in that ticket.
Re-checking after the fix - there are still some problems with updating the counter - not observed in enwiki or testwiki, but it's present in Hindi wiki.
Do we have 'mark as unread' state for a bundle?
- Without opening the bundle - click on the the 'X' icon to mark as read all bundled notifications.
- The bundle will be greyed out and have an option 'mark as unread'
- Click on 'mark as unread' - the bundle is unread.
All those actions mess up the counter - watch the counter goes from 10 to 5, flickering 0, back to 5.
The final count will be incorrect 5 - and no hard-refresh or navigating away will change that count.
Or, as in the case with Arabic wikipedia
I think the comment above is attached to the wrong task. (This task is about notification counts at the private/fishbowl wikis, e.g. wmfwiki and officewiki).
I'm not sure which is the correct task to copy it to. Possibly T124948: Unread notification count is wrong when presentationModel::canRender() returns false? Or does it need a new task?
See also the related T135292: Expandable cross-wiki bundle notification count does not get updated after some messages were marked as read.