Last modified: 2009-02-02 09:18:34 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 4074 - Watchlist view has lag after deleting entries are marking entries read
Watchlist view has lag after deleting entries are marking entries read
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
All All
: Normal normal with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 6949 7542 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2005-11-25 09:44 UTC by Paul Lenz
Modified: 2009-02-02 09:18 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Paul Lenz 2005-11-25 09:44:26 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".
Comment 1 Chris M 2006-01-31 11:28:24 UTC
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.
Comment 2 Rob Church 2006-07-04 08:50:55 UTC
Could this not be browser caching being stupid?
Comment 3 Mark Clements (HappyDog) 2006-07-04 12:49:08 UTC
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).
Comment 4 Jimmy Collins 2006-09-23 03:25:51 UTC
On my local testwiki it worked correctly, but on and I have the same problem.

Maybe depending on the squid servers?

Comment 5 Brion Vibber 2006-09-26 16:35:32 UTC
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. ;)
Comment 6 Jimmy Collins 2006-10-01 00:27:59 UTC
*** Bug 6949 has been marked as a duplicate of this bug. ***
Comment 7 Jimmy Collins 2006-10-10 23:12:56 UTC
*** Bug 7542 has been marked as a duplicate of this bug. ***
Comment 8 Edward Z. Yang 2006-10-10 23:16:29 UTC
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.
Comment 9 Siebrand Mazeland 2009-02-02 09:18:34 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.