Jheald added a comment.
Thanks for your speedy diagnosis. I've gone through and reverted and then un-reverted the ten edits by hand, so they are now fine.
Hope you can get a bit more rigour instilled into the recentchanges logging.TASK DETAILhttps://phabricator.wikimedia.org/T161342EMAIL
Smalyshev added a comment.
I suspect QS might be triggering it since I've had other instances of the same problem with QS edits. However, it's not QS' fault here as I see it, it's the combination of recentchanges preferred way being to fetch by time coupled with complete unreliability of its
Jheald added a comment.
Ouch. That sounds quite nasty. The only thing I can think of from the user side that was perhaps slightly different about this set of edits was they were made with QuickStatements while I already had a different QuickStatements run open and going in another window (a big
Smalyshev added a comment.
Looks like something weird is going on with recentchanges stream. Looking at the relevant fragment:
{
type: "edit",
ns: 0,
title: "Q29002776",
pageid: 30662598,
revid: 469529345,
old_revid: 469529329,
rcid: 498001207,
timestamp: "2017-03-22T19:14:14Z"
},
{
type: "edit",