[08:28:11] Hi. The Help states "An image with frame always ignores the size specification, the original image will be reduced if it exceeds the maximum size defined in user preferences." Where exactly can I edit this maximum size? [08:46:00] frumpylava: Preferences > Appearance > Files. [08:55:33] andre__: thanks [09:16:38] andre__: Ah. I found out that I actually just wanted to use "thumb" instead of "frame" [11:45:02] Hi, I try to upload an image and I get this error: Erreur lors de la création de la miniature : [11:45:02] Error code: -1 What's wrong? [11:45:47] giby: https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Image_Thumbnails_not_working_and.2For_appearing [11:46:24] some hints how to debug your MediaWiki instance. [11:49:37] Error code: -1 is not there… [11:57:07] giby, which thumbnailing software do you use? [11:57:39] https://www.mediawiki.org/wiki/Topic:Ttkpeelzd1eys31t / https://www.mediawiki.org/wiki/Topic:Sg48reaezvgsiqv8 ? [11:59:23] I don't know what thumbnailing is [12:31:10] andre__, My local setting says: ## To enable image uploads, make sure the 'images' directory [12:31:10] ## is writable, then set this to true: [12:31:11] $wgEnableUploads = true; [12:31:11] $wgUseImageMagick = true; [12:31:11] $wgImageMagickConvertCommand = "/usr/bin/convert"; [12:40:19] thumbnail = miniature [12:47:20] andre__, anything unnormal in the line I sent? [13:06:00] Would someone be able to tell me why mediawiki cannot see the utf_tools.php file even though I seem to have the path defined correctly in LocalSettings.php? [13:08:07] Or does that file need its permissions changed? [13:08:28] Unable to find phpbb's utf_tools.php file at (../includes/utf/utf_tools.php) [13:09:20] brb [13:30:05] I did not explain that well at all, I was, and am, short on time. I'll try again later. Thanks anyway! [14:27:35] andre__, any idea of what I should look for? [14:27:47] not me, sorry [14:28:12] do you know any who could have a hint? [14:28:47] anyone in this room who reads this and knows a hint. [14:28:54] or try on https://www.mediawiki.org/wiki/Project:Support_desk [14:34:15] As a practical matter, the OAIS needs to have enough Representation Information associated with the bits of the Content Data Object in the Content Information that it feels confident that the members of the Designated Community can enter the Representation Network with enough knowledge to begin accurately interpreting the Representation Information. This is a significant risk area for an OAIS, [14:34:22] particularly for those with an expert Designated Community, because jargon and apparently widely understood terms may be short-lived. [14:34:28] clear [18:45:18] Anyone can help me? I have an issue with pictures: Erreur lors de la création de la miniature : Error code: -1 [18:48:34] giby: I'll ask again. :) Have you set up a debug log? [18:49:04] andre__, I am not sure, how to get that? [18:49:19] giby: Did you read the links that I provided earlier? [18:49:47] !debug [18:49:50] For information on debugging (including viewing errors), see https://mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging Also see https://mediawiki.org/wiki/Manual:Errors_and_symptoms [19:47:07] more fun Lua memory errors: https://en.wiktionary.org/wiki/Wiktionary:Grease_pit/2017/September#Lua_memory_errors_related_to_Wikidata_use_in_Module:senseid [20:14:33] how do you disable mime-extension checking? It's just giving me hassle on zip-based formats (xmind, docx etc) and this is a private, locked-down instance so i don't think it's providing much on the security front [20:23:31] $wgVerifyMimeType = false; [20:28:27] Reedy we should setup a mediawiki ask anything site (joke) :) [20:33:26] Reedy: thanks! [20:44:07] this is a wild shot in the dark but maybe somebody has run into this somewhere before... [20:44:43] we have this problem where apache just stops talking to other processes on all its children at once; tracing it shows it sitting in a tight loop calling poll(), usually with a call into zend opcache on the stack. [20:44:50] when this happens, the entire server goes 503. [20:45:04] I've tweaked and changed on the configuration for months now and it just keeps happening [20:45:36] is "upgrade everything" likely to address this? [20:47:57] we even moved to our current server which is dedicated only to running the wiki only to have this problem follow us from the previous one [20:48:18] now that the wiki is not hosted on that old server, it's perfectly stable again. [21:27:20] andre__, I read… and haven't understood [21:32:22] Quasar`: sounds like an issue with zend opcache... have you tried changing PHP versions? [21:32:35] or not using opcache, although that's a bit less ideal [21:33:03] (or let me put it another way, if you disable opcache, does the issue stop) [21:40:24] quiddity: do you know anything about the admin process on mediawiki.org? [21:41:00] cscott: you post on Project:Requests and wwe usally grant it [21:41:02] cscott, yes? Basically everything is https://www.mediawiki.org/wiki/Project:Administrators [21:41:05] quiddity: I'd like to move [[Wikimedia Developer Summit 2017]] to [[Wikimedia Developer Summit/2017]] but there's an existing page in the way (the redirect at /2017 to _2017) [21:41:17] oh, can do [21:41:47] Skizzerz: not yet but that will be one of the next things we do [21:42:12] or p858snake will beat me to it. :P [21:42:17] all the subpages in 2017 were already at /2017/ because i'd planned ahead, but quim moved the top level page to _2017 instead of /2017 after the event. alas. [21:43:13] groovy. the page links now work again. [21:43:16] thanks p858snake and quiddity ! [23:11:35] Skizzerz: pls make DPL suck less [23:11:54] have you tried killing it with fire? [23:12:05] the site owner does not wish to do that [23:12:17] have you tried crying yourself to sleep at night? [23:12:25] every night fam [23:12:48] c Skizzerz: just pay Reedy to work on it >.> [23:12:59] >pay [23:13:01] >foss [23:13:04] but yeah, short of defining extra indexes on the tables that the most-used queries would be able to make use of, idrk what you can do [23:13:23] i even have an open ticket on DPL in the phab! [23:13:24] note that adding more indexes imparts degraded performance on save as well as increased disk space usage [23:13:31] c: pictures of cute goats as payment? [23:13:51] p858snake: what about videos [23:13:53] p858snake: if I cared, I'd work on it myself. However my caring level is 0 :) [23:14:20] although code-wise there's probably very little you can do while keeping DPL as "flexible" as it is [23:14:33] indexes really ARE the solution, here [23:14:46] hook up a slow query log [23:14:49] c: only if they are under a free license [23:14:53] see what queries are being run frequently [23:15:06] Skizzerz: AWS and slow query log do not mix well together for a DPL heavy wiki [23:15:07] run EXPLAIN on them, make indexes to alleviate issues [23:15:55] alternatively, figure out what subset of DPL you're using, then make a new extension that does just those things but in a more sane manner [23:16:00] hmm, just checked. our dplcache directory is 11GB! [23:16:14] * Skizzerz afks [23:18:11] p858snake: i will trust that the youtube and facebook videos are properly licensed [23:20:42] c: i'm pretty sure legoktm can also be bribed with goat pictures and videos [23:21:06] * c takes notes [23:23:06] i think the last time I saw Skizzerz active in here, we still had mwbot >.> [23:24:22] c: talk to bawolff; xe has some related extensions. [23:27:19] hello [23:28:34] c: there is an extension called "DPL (Wikimedia)" aka "intersection" that is apparently performant enough to run on Wikimedia. Idk if it fits what you need, because DPL is crazy [23:28:56] c: https://www.mediawiki.org/wiki/Extension:DynamicPageList_(Wikimedia) [23:30:34] c: long term I'd just move away from DPL, maybe Scribunto+something or even a bot that generates lists on a cronjob [23:34:14] legoktm: converting 75000 pages away from DPL is a bit of a daunting task [23:34:34] well articles anyway, not counting templates [23:35:03] here is a current complaint: [23:35:05] https://phabricator.wikimedia.org/T174086 [23:35:29] Your other option is convincing someone to fix DPL ;) I think that might be even more of daunting task ;) [23:39:07] perhaps [23:44:00] hi [23:44:09] how R U? [23:44:17] I am new here ... [23:44:41] Fuck youuuuuuu! [23:46:09] At least that rhymed. [23:58:20] uh