[03:34:58] how can I find the php.ini file to change the max upload size? we have a docker setup using the official mediawiki image for a wiki container [06:57:35] JOIN #wikimedia-ayuda AAA JOIN #wikimedia-ayuda AAA JOIN #wikimedia-ayuda AAA JOIN #wikimedia-ayuda AAA JOIN #wikimedia-ayuda AAA JOIN #wikimedia-ayuda AAA JOIN #wikimedia-ayuda AAA JOIN #wikimedia-ayuda AAA JOIN #wikimedia-ayuda AAA [07:03:32] Hello Team [07:04:59] ? [11:42:26] Hi! I'm wondering how can I change the toolbox of the sidebar. [11:45:07] Is is possible to do it without any php or javascript? [11:50:57] glauxosdever: no, you'll need PHP or JavaScript [11:51:57] Then I'll ask my wiki hosting provider how to do it. [11:52:02] Thank you anyway. :-) [11:52:44] (The wiki hosting provider can edit php and/or js.) [12:04:36] glauxosdever: well, if you're sysop of that wiki you can also add custom JavaScript to the site [12:04:49] https://www.mediawiki.org/wiki/Manual:Interface/JavaScript [12:52:44] hello. I want to upgrade from mediawiki 1.17 (does not support php5.5) to mediawiki 1.27 (requires at least php5.5). I haven't really been able to find info online on how to do this. Any hints? [12:53:32] stop 1.17, switch php versions, run update.php on php7? [13:03:05] !upgrade Hijackal [13:03:05] http://www.mediawiki.org/wiki/Manual:Upgrading [13:03:48] but yes, basically that. Be sure to back up everything in case something goes wrong [13:12:59] Why doesn't 1.17 support PHP 5.5? [13:13:10] it might have a few bugs, but shouldn't prevent you using it [13:15:56] well, even if it works, it's abandonware [13:16:09] Reedy, I got that impression from https://www.mediawiki.org/wiki/Compatibility#PHP and https://www.mediawiki.org/wiki/Talk:MediaWiki_1.17 [13:16:59] I wouldn't expect it to work perfectly, but should be fine [13:17:06] Baring that, upgrade to 1.23 first [13:17:09] upgrade php [13:17:11] upgrade to 1.27 [13:19:48] but you're saying there is a reasonable change to survive going for both upgrades simultaneously instead of the "safe" - according to the compatibility matrix - two-step path? [13:21:07] I suspect 1.17 -> 1.23 is more tested than 1.17 -> 1.27 [13:21:19] It's all YMMV [13:25:15] Upgrading MW shouldn't take you too long, depends on your DB changes [13:25:22] Does upgrading PHP mean upgrading your OS too? [13:26:17] no [13:26:45] and I'll be trying it in a VM anyways, as soon the backup is complete [13:27:19] so nothing is going to break, I'm only asking to avoid going down a path that is sure to fail [13:27:38] Like I say, i'd be surprised if MW 1.17 doesn't work on PHP 5.5 [13:28:03] Wouldn't suggest it as a long term solution, but whilst upgrading shouldn't be an issue [13:29:13] that's what I'll be trying [13:32:27] !debug [13:32:27] For information on debugging (including viewing errors), see http://www.mediawiki.org/wiki/Manual:How_to_debug . A list of related configuration variables is at https://www.mediawiki.org/wiki/Manual:Configuration_settings#Debug.2Flogging [14:38:56] Hi, I'm getting strange error at http://bomosil.eu. When I click at "Download as PDF" (in Czech "Stáhnout jako PDF") at Main page (http://www.bomosil.eu/index.php?title=Hlavn%C3%AD_strana ) all works as expected. The same applies for http://www.bomosil.eu/index.php?title=Moravsk%C3%A9_hnut%C3%AD . But when I tried it at any other page I get some error. [14:38:59] Can anybody help me? [15:18:22] Reedy, thanks for the encourage to go for the one-stop upgrade - it seems to have worked (in the local VM, at least) [15:19:05] :) [15:19:30] Can anybody help me with my problem? :) [15:20:04] need to know the error message [15:20:31] Při pokusu o vykreslení vaší knihy došlo k chybě. [15:20:33] Návrat na stránku „Hlavní strana“. [15:20:41] That's in Czech language [15:20:42] Reedy: ^ [15:21:33] uselang=qqx returns "coll-request_failed_msg". [15:21:40] Is it enough for you Reedy ? [15:22:08] "coll-request_failed_msg": "There was an error while attempting to render your book.", [15:22:50] I have the project in Czech but this could be the English version of the error message. [15:26:11] Reedy: Fascinating is it works for some pages and for some pages it does not work. [15:26:28] Could be many many things [15:31:11] I know, this is terrible message... At http://pastebin.com/PDSLXz8B I pasted my LocalSettings.php (I replaced sensitive things with ####CENSORED####). [15:33:28] I guess if you're using the pediapress servers.. You may be best speaking to them directly [15:34:42] So should I contact pediapress? [15:39:21] BTW why MediaWiki doesn't act as rendering server itself? [15:46:44] Not everyone wants it [15:46:47] Barrier to entry.. [15:47:38] Ok, thanks. [16:21:43] where can I find the php.ini file to change the max upload size? we have a docker setup using the official mediawiki image for a wiki container [16:22:46] One moment [16:24:26] Should be in config files [16:24:48] config for what? [16:25:06] Config directory excuse me [16:25:19] Mediawiki [16:26:43] Includes/config/config.php [16:30:04] so I do see the file at includes/config/config.php but it doesn't look like the right place to add the max uploads [16:30:45] and the mediawiki docs said I should be looking for php.ini, so I am confused [16:31:02] I think Zppix isn't right... [16:31:24] tuningmind: Maybe https://github.com/docker-library/wordpress/issues/10 can help you, look at it please [16:32:33] Or https://github.com/docker-library/php/issues/18 maybe can be helpful... [16:32:56] How is wordpress remotely related to mediawiki Urbanecm [16:33:08] there are a couple of ideas there, that will take a few minutes to check out, thanks [16:33:26] Zppix: Wordpress isn't related to mediawiki no way but php.ini isn't anything specific to mediawiki. [16:33:38] php.ini is config of PHP, not of MediaWiki. [16:33:46] zppix, in our setup we have a wordpress front page that links to the wiki. the two containers are side by side with another container to route between them [16:34:14] tuningmind: You're welcome, please come back when you will be finished with them. [16:34:29] will do, thanks [16:35:05] tuningmind: And the last link from me (at least if nothing will help) is http://stackoverflow.com/questions/39875543/cant-upate-php-ini-file-in-docker-container [16:35:41] Zppix: (I wanted to write Wordpress is related to mediawiki in no way, sorry for it...) [16:36:23] There is $wgMaxUploadSize that you can change in LocalSettings.php [16:36:32] But if it's php... yeah, that's notMW specific [16:36:42] $wgMaxUploadSize is only part of the answer [16:37:36] tuningmind: I'd suggest Urbanecm's links look about right [16:37:41] Yeah, I'm just looking for the php.ini file. Not sure why it's so hard to find [16:38:23] usually it's something like /etc/php5/apache2/php.ini [16:39:11] that's what the mw docs thought too, but when I check in etc (inside the wiki container) there is no php folder [16:39:35] Docker isn't a standard vm setup though :) [16:39:54] that is indeed what I am finding o_o [16:40:35] there's an apache2 folder in etc, but it does not have a php.ini [16:41:07] That wordpress issue linked has one or two ways of doing it [16:41:32] looks like it's just using all the defaults [16:42:02] hm, the interwiki links in my wiki family seem to have been lost in the upgrade [16:42:45] Hijackal: If you have a backup of your database, remove table "interwiki" and try to replace it with the old version from the backup. [16:44:52] @Reedy, the wordpress issue linked talks about max uploads for wordpress though; is the same solution likely to work for mw? [16:45:11] Yeah [16:45:17] None of that is Wordpress specific [16:45:21] It's all PHP config tuning [16:46:00] ahh, ok [16:46:24] that's perfect then. I'll let you know later if I got it to work [17:04:01] hi [17:04:20] I try to get the user contributions of a certain user on wikipedia via https://en.wikipedia.org/api.php?action=query&format=json&list=users&usprop=editcount&ususers=Aka which seems to be wrong? [17:04:54] i have used the same string on other mediawikis just replaced it with 'en.wikipedia.org' and changed the user name at the end [17:05:00] https://en.wikipedia.org/w/api.php?action=query&format=json&list=users&usprop=editcount&ususers=Aka [17:05:04] you're missing a /w/ [17:07:06] wow that was quick Reedy :) [17:07:18] well i am surpised: https://en.opensuse.org/api.php?action=query&format=json&list=users&usprop=editcount&ususers=jubalh here it worked without the w [17:07:22] is this wikipedia specific? [17:07:29] It'll vary per site [17:07:37] oh no :( [17:07:41] it's more common [17:07:59] which one is more common? [17:08:03] with /w/ [17:08:10] It's how we generally suggest to setup MW [17:08:27] i see. for me as a user there is no way to find out but to try, i guess? [17:08:30] Some sites may have rewrites in place [17:08:53] Kinda depends on the version of MediaWiki [17:09:36] can you tell me more detailed? you mean from a certain version of mediawikia on there will be a rewrite by default? [17:09:42] No, sorry [17:09:54] ok [17:09:55] I mean, in some versions of mediawiki, you can find the API url [17:10:03] ah okay [17:10:13] You can do it programmatically [17:10:19] how? [17:10:21] Or if you find the Special:Version page... https://en.wikipedia.org/wiki/Special:Version [17:10:25] Entry point URLs [17:10:25] Entry point URL [17:10:25] Article path /wiki/$1 [17:10:26] Script path /w [17:10:26] index.php /w/index.php [17:10:27] api.php /w/api.php [17:10:28] load.php /w/load.php [17:10:44] ok :) [17:11:18] MW does support https://en.wikipedia.org/wiki/Really_Simple_Discovery [17:11:32] So if you hit a page on the wiki [17:11:33] [17:39:16] @Reedy it worked [17:39:28] however I'm running into an error "Fatal exception of type "UploadStashFileException"" [17:40:02] is this a permissions question, or perhaps a location problem? [17:50:36] tuningmind: This can happen because directory called images isn't writable by your webserver. [17:50:40] Try to fix it. [17:51:08] ah, ok [17:51:42] tuningmind: Webserver must have write access to images and all of its subdirectories, it also must have write access to cache :) [17:51:52] (cache = directory called cache) [17:52:36] could it also happen if the user doesn't have the right authorization? because we had a spam attack that we fixed by increasing requirements to get authorized to make uploads [17:52:57] I don't think so... [17:53:57] oh, ok, I will look at the write permissions [17:54:52] Okay, let us know if this helped! [18:04:20] I will [21:54:07] Hello, how can I rename the Administrator group? [21:56:02] Rename? [21:56:09] Easiest way is to override the message it uses [21:58:33] @reedy, how so? [21:58:59] Edit MediaWiki:Group-sysop on your wiki [21:59:21] George: edit MediaWiki:Group-sysop [22:00:08] Awesome, thank you! [22:04:35] Now, how to rename that page? [22:04:44] Don't rename the page [22:04:54] So for example, I renamed Bureaucrat to Administrator, but the page stays as Bureaucrat. [22:04:55] Just edit it, and set the contents to what you want the group to appear as [22:05:00] Ah okay [22:06:27] So leave it? I only asked since the titles of the page don't match. :P [22:06:37] Don't match what? [22:06:42] Administrator is a sysop [22:07:00] So I renamed Bureaucrat to Administrator for my site. [22:07:41] But the url doesn't reflect the name change for the group. [22:07:53] Doesn't need to [22:08:11] You can go to the effort of renaming it fully, but I can't imagine it's worth said effort [22:08:25] Well it looks a bit confusing, so that's why I'd prefer to rename it. [22:08:47] I can't imagine many people will pay attention to the URL [22:09:06] Eh, either way. How difficult is it to change it? [22:09:38] Well, you want to copy $wgGroupPermissions['sysop'] to whatever you want it to be, unset that [22:10:07] Replace sysop in $wgRestrictionLevels, $wgCascadingRestrictionLevels and $wgPasswordPolicy [22:10:09] At least [22:10:14] Create a new message as appropriate [22:10:21] Make sure people are in that group [22:10:27] you'll have to move them over manually [22:11:49] There's potential for other side effects [22:12:10] Hmmm, let me figure out another way to make this less confusing haha. [22:12:18] I told you how [22:12:19] :) [22:12:28] 'sysop' is also hardcoded in a lot of places in the code [22:12:47] I might just think of another way to do it haha [22:12:59] Though, a lot of the 'sysop' hardcodes are for legacy b/c [22:14:26] What I might do is leave the Bureaucrat group, and leave the Admin group alone, and create a new group that would take some permissions from the Admins. [22:14:56] That might be easier/more sane [22:15:11] :P [22:15:32] Trying to find the code that copies the permissions to a new group [22:16:28] $wgGroupPermissions['foo'] = $wgGroupPermissions['sysop']; should be enough [22:20:54] Thanks again!