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

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T6074, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 4074 - Watchlist view has lag after deleting entries are marking entries read
Watchlist view has lag after deleting entries are marking entries read
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
1.8.x
All All
: Normal normal with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 6949 7542 (view as bug list)
Depends on:
Blocks:
  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: ---


Attachments

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
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?

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.


Navigation
Links