[07:03:29] oh no database locked? [07:03:37] I was moving page. [07:05:15] Fine now. [11:31:45] hi all [11:32:11] is it possible tod a mass imag import when using --> sudo php /home/wiki/maintenance/importImages.php /home/wiki/images/* [11:32:29] am only able to import single images at a time :/ [11:34:01] helped in other chan thx [12:50:30] for the purposes of 'allow emails from brand-new editors' in email pref, what is defined as brand new? [12:50:33] autoconfirm? [12:51:04] self-solved: yes, autoconfirm, https://www.mediawiki.org/wiki/Help:Preferences#Email_options [13:16:59] :O [19:48:36] Any tech people in here, or perhaps an oversighter with tech knowledge? [19:49:26] OTRS has received an email about vandalism on one page, this has been removed and revdel'd, however it still appears in page previews (the pop-ups) despite purging of the page... [19:50:43] * Josve05a will ask on wikipedia-en instead, since it is more suited on the local wiki channel [19:58:02] Josve05a, ticket number? [19:58:40] Seems to have fixed itself, but took about at least 5 purges and about 20-30 minutes of me seeing it. https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=11198468 [19:59:19] and it was removed and revdel'ed over 40 hours ago [20:01:07] Josve05a, I see it's still in google cache too, I'll put in a request to get that removed [20:02:19] done [20:04:07] Krenair: do you know how we're supposed to really purge this kind of stuff from the mouseover page previews? [20:04:16] https://phabricator.wikimedia.org/T235346 [20:04:43] >Please introduce a button to clear cache/purge the page previews (for logged in users or something) [20:04:48] Why would it be a seperate button? [20:04:57] Why not just make it work through the expected mechanisms that exist? [20:05:15] I would expect the standard purge stuff to work. [20:05:49] Looks like it loads this stuff from https://en.wikipedia.org/api/rest_v1/page/summary/{title} [20:06:46] yeah it surprises me that that stuck around so long [20:06:52] Reedy: which page would need to be purged, all pages which host the link, or the "end page"? And how would the purge on that page propagate to all pages hosting the link? [20:07:01] which means this may relate to RESTBase somehow [20:07:17] The page hosting the bad content [20:08:09] Josve05a, it seems the page preview mechanism works by downloading the content of the remote page from RB as you hover over, I don't think there's any magic transclusion of the extract going on [20:08:17] so no need for it to propagate to all pages linking [20:08:56] Alright [20:09:25] theoretically the reverting edit should've triggered RB to update this extract, theoretically more recent purges of the edited page should've done it too [20:09:35] not sure what went wrong [20:10:40] A 15 minute cache and RB doesn't pay attention to reverts/purges? [20:11:28] not purging stuff on edit/purge? is that something we allow around here? [20:12:01] God knows [20:12:07] But it seems like what has happened [20:12:10] Whether a feature or a bug [20:12:21] in any case a 15 minute cache wouldn't explain this, revert happened 40 hours ago [20:12:47] Seems odd it suddenly worked [20:19:06] Tech is odd most of the time [20:49:29] Josve05a: did you try a null edit? [20:50:43] umm, not sure. I'm sure I did on the page which had the link to the vandalised page, but the page which had been vandalized, I thinnk I only tried purging the page [20:55:20] that *might* have been be the incantation needed [20:55:42] (other than the fact that it should have worked initially, to begin with :P) [21:00:58] Either way, it should definitely be a force-purge/null edit when a revision deletion/rollback happens imo