Last modified: 2013-04-22 16:16:31 UTC
Simply put, once you click the "Mark all as read" button on your Special:NewMessages, the "New Messages (N)" link at the top of the page is not updated and the "(N)" part is not removed.
This smells like an Adam issue.
The unread count is only updated after a page load. Do you mean it's not updated after a page load, or do you expect the count to be updated dynamically/AJAX style?
It means it should be updated by AJAX.
I am getting this error on mediawiki.org currently. (I tried clearing my browser data etc.)
Reassign to default per bug 37789
(In reply to comment #4) > I am getting this error on mediawiki.org currently. (I tried clearing my > browser data etc.) I think that would be bug 31251 (which is not about the implementation of an AJAX update), since you reloaded the page and the wrong info was still there.
Created attachment 11306 [details] Chrome screenshot
As you can see from the attachment I just added, this issue is still coming up, and it's quite annoying. Please fix.
(In reply to comment #8) > it's quite annoying. Please fix. There are no paid resources allocated to LiquidThreads, there are no active volunteer developers on it, the original developers have abandoned the extension and this is absolutely not the most annoying or even visible problem out of the 120+ open bugs and 240+ open issues on LiquidThreads, either. Just doing some expectation management here: Don't expect anything to be done about this issue, unless you feel like scratching your own itch.
(In reply to comment #9) > (In reply to comment #8) > > it's quite annoying. Please fix. > > There are no paid resources allocated to LiquidThreads, there are no active > volunteer developers on it, the original developers have abandoned the > extension and this is absolutely not the most annoying or even visible problem > out of the 120+ open bugs and 240+ open issues on LiquidThreads, either. Just > doing some expectation management here: Don't expect anything to be done about > this issue, unless you feel like scratching your own itch. If this is true, then why in god's name are we still using it on mediawiki.org?
(In reply to comment #10) > If this is true, then why in god's name are we still using it on mediawiki.org? Because it is still more functional than using wiki pages to discuss/watch discussions.
Check Gerrit change #32914 for a starting point for fixing this bug. I might not have the time to finish myself in near future, but this lays the ground plan for a fix.
I tried to clean that up and make it work, but in the end gave up and redid it myself (this time using no extra API calls, less code). It's ready for review now.
Merged by Siebrand.