[02:23:10] I'm trying to setup fancy urls but load.php is returning blank for every request. I have error reporting turned on, and it's returning 200 status, but still shows nothing [02:41:29] If it worked prior to short url, probably means rewrite rules are intercepting the load.php [02:41:44] but blank page with 200 status is weird [02:42:10] check also both apache (or whatever web server) error logs and php error logs [02:46:08] No errors, Nginx, and I also followed this to a T: https://www.mediawiki.org/wiki/Manual:Short_URL/Nginx [04:24:15] When is it appropriate to do Foo:Bar vs Bar_(Foo) [04:26:59] I'm writing a wiki for items, with each item belonging to a class (sword, chest armor, leg armor, etc). I'm not really sure how to organize all this [12:42:37] Hello, we just updated to 1.30 and got an error to look in the log file, where it has two warnings about not being able to find extensions/LdapAuthentication/LdapAuthentication.php even though it's there and LDAP login is still working... any ideas? [12:44:33] What line do you have in your LocalSettings including it? [12:45:20] Line 3 [12:45:29] No [12:45:32] I mean, what is the full line [12:45:38] Not what line number is it [12:46:10] require_once 'extensions/LdapAuthentication/LdapAuthentication.php'; [12:46:44] That's using a relative path... [12:46:44] Try [12:46:50] require_once "$IP/extensions/LdapAuthentication/LdapAuthentication.php"; [12:48:30] Hmm what is $IP ? [12:48:40] a PHP variable [12:50:02] Now the wiki went down... probably because LocalSettings is in /usr/share while the extensiosn is in /var/lib [12:50:52] Are you using an old debian package or something? [12:51:05] Or, were you [12:51:06] Would it be bad to just put the direct path in LocalSettings? [12:51:15] No, it's Opensuse's [12:51:19] It wouldn't be bad, but it's not flexibile [12:51:21] !package [12:51:21] Linux distributions provide MediaWiki in a packaged format for that distro. The ones in Debian and Ubuntu work, however other distros sometimes contain obsolete & unsupported versions of MediaWiki. If you are using a distro other than Debian or Ubuntu, try downloading MediaWiki (use !download for more) [12:51:28] That's not what I wanted [12:51:53] Basically... Some distro packages mess around with MediaWiki. Modify stuff. Move stuff. Makes it harder for us to support as we have no idea what they've changed [12:52:47] Yeah.... well any way to test it after the changes, like the updater did? [12:54:58] Re-run the updater? [12:55:09] It also added an alias for load.php5 even though we moved to php7 a month ago [12:55:17] It doesn't do anything since it's the newest now [12:55:53] Well since nothing's broken I'll just assume everything is fine now [14:58:03] I have one repo with version 1.30.0-20.1 and one with 1.30.0-2.1 ... are they the same? [15:00:43] Langley: no [15:01:00] those sound like package versions though? [15:01:12] MediaWiki doesn't ship version numbers like that [15:01:42] but when looking at version numbers, treat punctuation like . and - as separators rather than decimal points or whatnot [15:01:49] and compare each number individually [15:02:58] 1.30.0 would be the MediaWiki version, and unless the package maintainer changed files (an entirely likely possibility), the base files would be the same [15:03:58] Okay, thanks [15:21:22] Is there any way to see which LocalSettings file my installation is using? [15:24:11] it'd be the one in the root of your mediawiki files [15:24:29] unless you installed from a package, in which case there is probably a symlink from the webroot to wherever the file actually is [15:25:39] Yes, the problem is that I have /var/lib/mediawiki where pretty much everything is symlinked to /usr/share/mediawiki. But there's a Localsetting in both [15:25:57] And I can't decipher what all the /var/lib stuff is for, it's not what Apache is using [15:27:08] Guess I better email the vendor/packager and ask [15:33:53] Langley: might be for the best [15:34:09] or [15:34:19] you can check apache settings to see what the documentroot is for the mediawiki site [15:34:28] if the docroot is /var/lib, then the LocalSettings in /var/lib/ is active [15:34:35] if the docroot is /usr/share, then it's that one [15:34:46] It's /usr/share [15:35:03] well there you go :) [15:35:24] to double-check, you can put at the top of the file (on a new line after the then reloading the site will give you the word "Hi!" with nothing else (no styles/backgrounds/etc.) [15:35:56] removing that line will return things to normal [15:36:20] The readme.distribution says /var/lib is the default location https://paste.opensuse.org/35622470 [15:38:55] I've sent him an email... [17:08:57] Hi. I'm preparing a custom Docker version based on MediaWiki Docker Hub images [17:09:22] but I've found some problems with unit-test [17:09:44] this was expected? https://travis-ci.org/thenets/docker-mediawiki/builds/394187125 (check the end of file) [17:38:17] thenets: not really, no. the WikiPageContentHandlerDbTest one is particularly worrying [17:42:48] @Dani [17:43:10] * DanielK_WMDE hmm I'll check it... [17:43:39] thenets: what database backend is that running against? [17:43:43] I don't know what is wrong with the changes that I made [17:44:07] DanielK_WMDE, I'm using the sqlite [17:44:15] it may not be your changes. it may be that the tests are brittle, something is "slightly" incompatible with the environment [17:44:34] right, that may be it. we are currently not running CI tests against sqlite [17:44:44] hmmm... I got it [17:44:49] so the tests may be broken, or the actual code may be incompatible with sqlite [17:45:20] support for anything but mysql/maria is... "best effort" [17:45:28] aka "maybe" [17:45:41] I got it... Ok. I'll leave the code this in the current state [17:45:52] I can imagine. It's a loooot of unit-test [17:46:30] I had some issues trying to install the MediaWiki 1.31 from CLI too [17:46:35] please file a ticket saying "test X fails under sqlite" with a log snippet [17:46:36] thanks! [17:46:58] but I'm trying to fix it. If I have more problems I let you know [17:47:01] it's not nearly enough unit tests. test coverage is... not as it should be [17:47:05] ok! But where?? xD [17:47:14] https://phabricator.wikimedia.org/ [17:47:22] ok! :) [17:47:25] thank you! [17:47:43] I thank you all! xD the code is freaking awesome [17:48:00] and very organized in comparison to other communities [17:52:49] DanielK_WMDE, I'm wating for approval. After that I'll post those issues [17:53:37] oh, i didn't know new accounts had to be approved. that's kind of annyoing. [17:54:10] * DanielK_WMDE pokes andre__ [18:08:26] DanielK_WMDE, It's ok. When I receve the email I'll do it :) [18:11:58] DanielK_WMDE: #wikimedia-devtools [18:12:08] thenets: Done now. Happy reporting :) [18:12:35] andre__, thanks! ^^ [18:14:56] andre__: "This channel is effectively deprecated." [18:16:41] * andre__ shrugs [18:17:07] Then make it #wikimedia-releng or such. Whatever the subject says... [18:18:01] Ah, ok!