Last modified: 2013-12-29 06:58:06 UTC
Special:NewMessages is presently unpaginated; for people who let their messages accumulate into the thousands (don't judge us!), the page will eventually become big enough to choke a browser (and long before that, it will stop being useful).
Where do you see this? I know for certain that this is fixed in trunk.
MediaWiki.org
Mine doesn't even render; the page just times out (over 3700 messages). At least once I eventually got this: Database error A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: (SQL query hidden) from within function "User::invalidateCache". Database returned error "1205: Lock wait timeout exceeded; try restarting transaction (10.0.6.49)".
Should we reclassify this to WMF product?
It's possibly Invalid, we probably aren't running a updated lqt on the wmf cluster.
Seems to have been done last September on trunk, in r72707 and friends (which is tagged 1.18). Has not been merged for 1.17 or deployment. This is still blocking me from reading messages on www.mediawiki.org: now up to 4,844 unread messages.
Created attachment 8470 [details] Provisional merge of r72707, r72708, r72807, r72812 Attached a provisional patch that's a direct merge of r72707, r72708, r72807, r72812 from trunk to 1.17wmf1. This applies cleanly, but doesn't seem to work properly: Special:NewMessages doesn't show any threads for me with the patch on 1.17wmf1, while it's fine on trunk. There might be some other related things it needs that should also be merged. Note that there's a schema change in this set, adding ums_conversation and adjusting an index on the thread table. May require ops coordination to roll out.
Giving the bug to Roan since, looking at CR comments, he is already on of it.
*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*
(In reply to comment #7) > Created attachment 8470 [details] > Provisional merge of r72707, r72708, r72807, r72812 > > Attached a provisional patch that's a direct merge of r72707, r72708, r72807, > r72812 from trunk to 1.17wmf1. > > This applies cleanly, but doesn't seem to work properly: Special:NewMessages > doesn't show any threads for me with the patch on 1.17wmf1, while it's fine on > trunk. There might be some other related things it needs that should also be > merged. > > Note that there's a schema change in this set, adding ums_conversation and > adjusting an index on the thread table. May require ops coordination to roll > out. I believe you'll need to pre-populate the ums_conversation field. The supplied patch file should do this for you.
Marking FIXED per Brion's change to the bug summary late April 2011. Bug 29090 for if and how we would pre-deploy this on WMF (or wait for the deployment of the finished rewrite in 1.18/1.19/1.20)
