[11:26:59] Krinkle: back in the day, reverting lots of edits quickly by opening the revert links in new tabs was an important workflow. Not sure how relevant today, with the popularity of the various patrol gadgets. But I'd avoid breaking that, if you reimplement the revert links in JS. [11:50:05] hey check out this weird thing I found: [11:50:06] ``` [11:50:17] https://www.irccloud.com/pastebin/Xo1sxrSy/ [11:52:12] rev_timestamp should never be a bunch of blank space, right? [12:06:28] tgr|away: ack, the JS could augment links with csrf tokens. anyway I don't think that'll the the first optimsation to take on. [12:07:35] no it should not. those look like very old rev ids (judging from the id number) [12:08:00] and the page ids... [14:42:01] milimetric: you're not kidding about it being spaces [14:42:20] I thoguht you were being funny about it rendering null there in ASCII [14:42:39] https://phabricator.wikimedia.org/P70617 [14:42:55] rev_timestamp BINARY(14) NOT NULL, [14:43:13] although probably not inserted as spaces, it's just that's all it can make it of it without strict mode [14:47:53] looks like these are revisions for what should have been, or once was, [[Project:Upload_log]], [[Project:Deletion_log]], and [[Project:Block_log]] [14:48:03] https://ch.wiktionary.org/wiki/Wiktionary:Upload_log