[02:05:00] Dispenser: perhaps create a .txt file that contains a list of all URLs, then create a phabricator ticket explaining the problem and asking a sysadmin to run https://www.mediawiki.org/wiki/Manual:PurgeList.php [02:05:34] or actually, create the ticket and let someone else create the txt file [02:06:03] just explain which files are needed (how they can be identified) and why a purge is required [02:10:03] ToBeFree: Sorry for not posting a followup, was busy fixing my scripts (30 mins per run). Turn out we changed the MEDIATYPE for djvu files. [02:10:19] :) [02:10:35] Reedy has already run the script to fix that iirc [02:13:31] Huh, so that just a one off with the purge fixing a preview. [09:14:35] Can someone pop into -en-help, we've got a user who is having issues with link preview (I can't help (no voice)) but have reproduced the issue. The link on https://en.wikipedia.org/wiki/List_of_random_number_generators to https://en.wikipedia.org/wiki/ACORN_(PRNG) isn't previewing it's just showing 'there was an issue displaying this preview's [09:21:16] Fixed [10:47:50] Okay [10:47:55] Before I have a screaming fit [10:48:04] https://en.wikisource.org/w/index.php?title=Page:A_biographical_dictionary_of_eminent_Scotsmen,_vol_1.djvu/337&action=edit [10:48:09] This breaks [10:48:19] with a "fostered content" error [10:48:27] The cause is a
tag [10:48:36] WHICH should not even be in the final output [10:49:02] Something is broken in the parser if it's not properly stripping this out [11:01:51] Is the place to ask about using semanticmediawiki and how it works? [11:03:46] siers: Doesn't is have it's own chatroom? [11:04:01] I'll find out [11:04:15] it does! :) [11:06:29] https://phabricator.wikimedia.org/T216350 [11:20:12] siers: Not really, this channel is supposed to be for wikimedia specific stuff, and wikimedia does not use SMW. You can ask at #semanticmediawiki . There is also a channel #mediawiki for mediawiki in general, including external usage [11:20:27] ah [11:21:33] That said, nobody is going to be mad about asking here, its just you're more likely to get a relavent answer in other places [12:21:35] Could someone checked I've filed a phab properly (link on the way). [12:22:02] https://phabricator.wikimedia.org/T216352 ^^ [12:24:53] rhinosf1: Is that diff right? [12:25:04] I don't see any headers moving in that diff [12:25:57] Although not a requirement, having minimal steps to reproduce can make it more likely the bug will be fixed quickly [12:26:48] Corrected the diff Bawolff [12:26:51] (minimal steps to reproduce means something like: "1. Create a wikipage with this wikitext. 2. hover over link. Notice how it doesn't work where instead i expect it should") [12:27:44] I can add reproduce steps in a second. [12:28:02] IRCCLOUD Is also working again [12:30:33] Bawolff - Added steps to reproduce [12:31:02] lgtm [12:32:19] Thanks [14:33:28] https://phabricator.wikimedia.org/T216357 The random bugs in phan-taint-check sure are head-scratchers [15:55:30] bawolff: what's "double escape false positive"? [15:56:51] shreyasminocha: For phan-taint-check - the tool is supposed to detect if someone does something like htmlspecialchars( htmlspecialchars( $foo ) ); Since then something that's supposed to be a " will show up as " to user [15:57:21] Its a false positive because the tool is saying somebody did htmlspecialchar's twice, despite that clearly not being the case [15:57:52] And the triggering condition makes even less sense, as it seems to depend on having a statement where the return value is just thrown away [15:57:58] So something is super buggy [15:58:17] ooh okay. thanks for the explanation [16:27:15] Okay what does it take to get something Actually fixed? [16:27:16] https://en.wikisource.org/wiki/Page:January_1916_QST.djvu/11 [16:27:33] Here the issue seems to pedanticalyl specfic whitespace handling [17:34:58] Hi [17:35:00] Anyone in? [23:46:47] Could somebody kill all my connections to tools.labsdb? User: u2815