Tim:
as I wrote in [1]
"fully reestablished memcache-efficient user_newtalk table,but only for the
newmessage marker."
Please consider to commit this bugzilla (patchlet #1) - I have told you this several
times, but the collaboration were stoped from your and Brions side with saying that I
shall concentrate on other issues.
The patchlet #1 solves the problem you are referring to (at least in my reference
implementations and implementatation of other people).
Tom
[1]
http://bugzilla.wikipedia.org/show_bug.cgi?id=2014 published 26
April 2005
Tim Starling schrieb:
Everyone's seen the "sticky" newtalk
notification problem -- that ugly
orange box hangs around for longer than it's meant to and can be hard to
get rid of. I fixed one cause of this: the client cache. We've always
had a system to invalidate the client cache when the newtalk status
changes, but it was broken shortly before 1.4 was branched and nobody
noticed. I'm pretty sure it's now fixed.
The changes were inapplicable to HEAD, since newtalk handling has
changed completely. It will need to be tested separately.
-- Tim Starling
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)wikimedia.org
http://mail.wikipedia.org/mailman/listinfo/wikitech-l