Last modified: 2009-02-02 09:18:34 UTC
My watchlist contained 101 pages. I deleted 35 pages. Then I got a list with the deleted pages and the message "you are watching 101 pages". I had to click on "Watchlist" again, then I got the correct number "you are watching 66 pages".
Changing OS/Hardware to "All" as this happened to me when I massacred my watchlist on en.wp from 3776 to 836 pages. After the long list of pages that were removed it still said "you are watching 3776 page". This was using linux.
Could this not be browser caching being stupid?
I don't think so. The watchlist doesn't contain the removed items, and there is also a list of removed articles, so it is not a caching issue (at least, not at the client side).
On my local testwiki it worked correctly, but on http://de.wikipedia.org/wiki/Spezial:Watchlist and http://en.wikipedia.org/wiki/Special:Watchlist I have the same problem. Maybe depending on the squid servers?
The count and such are read from the slave servers, which will most likely be reading state from before the DELETE query ran on the master. Perhaps the sensible thing is to rewrite the interface for editing the watchlist, which was a quick hack a few years ago. ;)
*** Bug 6949 has been marked as a duplicate of this bug. ***
*** Bug 7542 has been marked as a duplicate of this bug. ***
Since Bug 7542's been marked a duplicate, I'd like to add a little comment. I'm also going to change the bug summary to be a bit more geeneral A stop-gap fix would be to emit header('Location: ' . $watchlist_url), which would simulate the refresh.
Resolving this as fixed, because it works for me, both on a Wikimedia wiki, as well as on a wiki running (near) trunk elsewhere. If any issues would remain, it would be due to a specific MediaWiki setup.
