[01:05:47] Amgine: :) [05:21:24] But seriously Legoktm… [10:54:42] hi, I have a weird problem, with LocalSettings.php the site is 500 Server Error, without LocalSettings.php, installation proceeds normally.. what can be the trouble? any idea? [10:55:05] syntax error in it? [10:55:28] I don't think so [11:00:35] what should be file permissions of all files in /mediawiki? [11:08:06] auvajs: whenever a 500 error happens, look at the error logs to find the error message. There may be many causes and trying to guess is a waste if you can come with more details about the error [11:13:07] Server unable to read htaccess file, denying access to be safe [11:13:34] root@vps0898:/var/www/mediawiki# ls -l .htaccess [11:13:34] -rw-r--r-- 1 root root 142 Apr 2 13:12 .htaccess [11:13:39] is this a problem? [11:17:40] i would guess the .htaccess file isn't valid, but you'd have to look at it and consult apache docs [11:19:00] it should be valid [11:19:21] I have only 3 lines [11:19:24] RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-f [11:19:24] RewriteCond %{DOCUMENT_ROOT}%{REQUEST_URI} !-d [11:19:25] RewriteRule ^(.*)$ %{DOCUMENT_ROOT}/index.php [11:20:24] i have no idea because i don't use apache, but there is #httpd (iirc) for apache support/discussion [11:49:57] auvajs: Unless apache is running as root, it can't access that .htaccess file. Apache generally runs under www-data [11:50:24] CZauX: it has read access for everyone [11:50:30] ^ [11:50:37] CZauX: so .htaccess should be owned by www-data? [11:50:41] no [11:50:59] you do NOT want your webserver to have write permissions [11:52:10] You don't want everyone to have read access, either. Generally this is one of the instances where you would use ACL lists. auvajs: Make sure the parent directories of your web files also have execute permissions for other [11:52:24] users cant access folders without execute permission on that folder for them [11:53:05] CZauX: so what permission should that be? 644? [11:54:36] Directories and files take different permissions. Directories should have 755 [11:57:00] hm now I have 500 error lol [11:57:00] So if you're doing /var/www/website/public_html/, /var/www will need 755, /var/www/website will need 755, and /var/www/website/public_html will need 755. This is because you can't access a directory without Execute permission. Every parent directory to the one its trying to access requires execute to get there. [11:57:55] my /var/www/mediawiki is now drwxrwxr-x 16 root root 4096 Apr 2 13:18 mediawiki [11:58:49] do an ls -l on your mediawiki directory and give us a github gist of it. [11:59:13] what is a github gist? [11:59:44] pastebin can work, too. https://gist.github.com/ gist is an easy way to share quick documents [12:00:23] https://gist.github.com/anonymous/6c79ab24a4595fb51af5c5c624858a7d [12:02:05] what are the permissions on your /var/www dir? [12:03:40] https://gist.github.com/anonymous/e4c02e9d2075b44a77814ec28df5c6e4 [12:04:27] Do you know what user www-data is running under? [12:04:31] *apache [12:05:04] ps aux | egrep '(apache|httpd)' should tell you [12:05:18] seems like www-data [12:05:57] Aer your other web files working, or just your mediawiki isn't? [12:07:18] hm interesting [12:07:30] phpmyadmin is working but piwik isn't [12:07:35] piwik is in /var/www too [12:07:45] phpmyadmin is elsewhere [12:09:35] What are the permissions just on the /var/www dir itself? I don't need a full list, just that directory [12:10:20] drwxrwxr-x 12 root root 4096 Apr 2 14:03 www [12:11:33] From what I see here, mediawiki is perfectly accessible. But your other folders under /var/www aren't because they don't have execute permissions. put a blank .html file in your /var/www/mediawiki directory and try to access it [12:12:45] or try to remove/rename .htaccess, and if that works, restore it and add rules one by one until you find the culprit [12:13:21] You don't have permission to access /.html on this server. [12:13:36] make it file.html or something [12:14:10] empty page [12:14:13] Good [12:14:57] So its not a permissions issue, does mediawiki work without your .htaccess file? [12:15:12] without .htaccess mw shows empty page [12:15:24] completely empty page? [12:15:41] !blank [12:15:41] A blank page or HTTP 500 error usually indicates a fatal PHP error. For information on debugging (including viewing errors), see . [12:16:03] yes, when I move LocalSettings.php away, mw installation is offered [12:16:22] Is your mediawiki controlled under a vhost? [12:16:55] yes [12:17:15] Vulpix: I already have mw debuging in LocalSettings [12:17:20] Are you able to share the config of that? [12:18:11] of the debugging of the whole LocalSettings? [12:18:14] *or [12:18:17] the vhost [12:19:48] https://gist.github.com/anonymous/d546cfa2c96c15f22fe969d5753dd03f [12:20:27] You're probably goign to want to censor the personal information in there, revisions are saved on gists, so you'l have to delete it if you want to do that [12:20:43] never mind [12:21:26] but I'll delete later [12:21:42] is PHP installed as mod_php? [12:22:41] when I do apachectl -M one of the lines is [12:22:48] php5_module (shared) [12:25:05] Odd, only thing I can think of is that mediawiki isn't communicating with your database, or some weird PHP error [12:25:20] But if you installed properly, then it shouldn't be a problem. [12:26:05] CZauX: as I said, when I remove LocalSettings.php, new installation is suggested, I tried it a new wiki was created, tables in mysql created etc [12:26:30] but when I inserted the new LocalSettings, the same error.. lol [12:28:37] again, without the error message, just guessing won't be very efficient [12:29:04] Vulpix: now I removed .htaccess and I'm getting 500 [12:29:04] Vulpix: but but but [12:29:38] auvajs: Need to see what the log says ;) [12:31:07] https://gist.github.com/anonymous/f2387c7a59352c7590d444846093d07f is this enough? I can copy more [12:31:40] That looks irrelevant [12:32:43] https://gist.github.com/anonymous/98d93f553a0e5ba0babc386c930a87fa this is maybe more interesting [12:33:15] thats from piwik [12:33:37] hrm. how about the access log? [12:34:20] php errors won't go to the access log [12:34:36] which ones? other_vhosts_access.log ? [12:35:03] that file is empty .. hm [12:35:45] you may need to edit php.ini (and restart apache or apachectl -k graceful) to log php errors: http://www.cyberciti.biz/tips/php-howto-turn-on-error-log-file.html [12:36:24] use grep error_log /etc/php.ini, that should say where the error log is at [12:39:40] should be done [12:40:59] I'm only getting this error: [12:41:02] root@vps0898:/var/www/mediawiki# cat php_errors.log [12:41:02] [02-Apr-2016 14:39:22 Europe/Prague] PHP Warning: Module 'geoip' already loaded in Unknown on line 0 [12:41:09] which isn't probably relevant [12:46:55] I get it now!! :) [12:47:14] it's missing skins [13:17:14] auvajs: Thats the strangest error. One would think Mediawiki would alert you to hat [13:17:35] It depends what config you've got [13:17:38] It should fatal though [13:34:37] James_F: hey, is it okay? https://gerrit.wikimedia.org/r/#/c/247249/14..15/includes/DefaultSettings.php [13:37:59] Amir1: Looks good. :-) [13:38:08] \o/ [13:38:12] thanks [14:19:19] brion: chain starts at https://gerrit.wikimedia.org/r/#/c/201905/64 [14:19:31] t [14:19:31] x [14:19:39] n [14:19:40] p [14:20:08] hehe [14:21:07] brion: but maybe looking at the last one makes more sense in terms of checking functionality: https://gerrit.wikimedia.org/r/#/c/190656/ [14:27:27] API question: is it possible to get all the diffs in a page? (the diff itself) [14:27:34] I'm trying https://en.wikipedia.org/w/api.php?action=query&prop=revisions&titles=User:EranBot/Copyright/rc&rvprop=timestamp|user|comment&rvstart=20160401000000&rvexcludeuser=EranBot&rvdiffto=prev [14:27:49] and get diff: {notcached: ...}} [14:29:17] no, you can only get one uncached at a time, and request more on following requests [15:51:15] hi [15:52:27] join #dreamterra [15:52:47] join#dreamterra [20:20:23] hi, someone knowledgeable about CirrusSearch here please? [20:21:58] auvajs: you'd better state your question, and if there's someone knwledgeable enough, you may get the answer [20:22:15] although Saturday night is not a good timing :P [20:22:44] https://gist.github.com/anonymous/4f4482363cd41883955d161e1ab8be84 [20:22:49] I get this error while running updateSearchIndexConfig.php [20:23:27] a elasticsearch error :S [20:24:09] hi [20:24:23] hi Base [20:24:25] the same question I asked in #wikimedia-tech: [20:24:36] anyone goo at lua? [20:24:37] I read it, but I'm afraid I don't know the answer :) [20:24:51] oh ok then I'll cease copypasting [20:33:12] is it possible to cause a template to be subst'd within the template itself? So that every time it was called it was subst'd? [20:34:25] every time the parent is substed you mean? [20:35:04] I am trying to find a good way to deprecate a template without deleting it (so that historic revisions don't have garbage in them) [20:35:21] so I was thinking that if the old template just subst'd in the new [20:35:41] any new calls would get updated behind the scenes [20:36:20] no, it's not [20:36:57] that is too bad [20:37:25] is there a good way to deprecate templates? [20:38:10] you can use new template through old one [20:38:21] and then run a bot to substiture old one [20:38:22] :3 [20:38:26] that's the way I know) [20:38:30] true, but that doesn't stop new usage of the old [20:38:36] *substitude [20:38:55] it does if you delete it after the bot substituted all changes [20:39:15] the problem with deleting templates is that old revisions of the page break [20:39:19] *all occurences [20:39:27] * Base should sleep more [21:25:30] Hi! [21:26:05] I'm using the AbuseFilter extension since some days, and found something that might be a bug [21:26:37] it seems article_prefixedtext isn't available for action = upload [21:27:07] looking at the code, I found that the upload hook uses AbuseFilter::generateTitleVars( $title, 'FILE' ) [21:27:56] 'FILE' is then used as prefix, so the file title is probably available as file_prefixedtext (in theory) [21:28:17] in practise, using file_prefixedtext gave me a syntax error [21:29:02] can someone look at the code and tell me if I'm right, please? [21:29:21] I can in a few [21:29:21] :) [21:29:38] BTW: I'm talking about https://en.opensuse.org/Special:AbuseFilter/1 which works fine for articles, but doesn't catch uploads [21:31:31] Feels slightly dejavu [21:31:37] But that could just be the beer [21:31:51] * cboltz recommends wine ;-) [21:32:17] * Platonides recommends cboltz to invite MediaWiki developers ;) [21:36:24] cboltz: there is some bug filed about AbuseFilter not working very well for uploads. [21:38:41] I'm not too surprised about that ;-) [21:39:31] MatmaRex: That's my deja vu then [21:39:58] There's a few [21:39:59] https://phabricator.wikimedia.org/project/view/217/ [21:40:49] cboltz: Yeah, you look to be right [21:40:56] That part of the code is relatively simple [21:55:31] I'd guess that I need to change AbuseFilter::generateTitleVars( $title, 'FILE' ) to use 'ARTICLE' instead [21:56:05] but that's only a guess, mostly based on grepping the code for generateTitleVars [21:56:08] Can't you get at the file_* variables? [21:56:51] I tried file_prefixedtext, and get a syntax error for it (Unrecognized variable) [21:57:07] that's just silly [21:57:29] (in case it matters - I'm using the 1.22 branch of AbuseFilter) [21:57:30] I'd be tempted to replace file with article [21:57:42] I think it's no different on master [21:57:52] FYI, you're not using a supported MW release version :) [21:58:19] https://github.com/wikimedia/mediawiki-extensions-AbuseFilter/search?utf8=%E2%9C%93&q=AbuseFilter%3A%3AgenerateTitleVars%28+%24title&type=Code [21:58:24] I know ;-) [21:58:32] It looks to have been fixed [21:58:45] Oh, no [21:58:46] but the wiki update is a different story [21:58:49] github search sucks [21:58:59] https://github.com/wikimedia/mediawiki-extensions-AbuseFilter/blob/db61abb01c46b2e36b5e4b5b095a53cd7aec43ec/AbuseFilter.hooks.php#L679 [22:00:34] cboltz: So, we either rename it [22:00:51] Or we add variables to https://github.com/wikimedia/mediawiki-extensions-AbuseFilter/blob/master/AbuseFilter.class.php#L80 [22:01:48] I'm not sure why a file would be any different from a standard article [22:02:17] * Reedy makes a patch [22:02:49] I'd keep the text article in the variable name for files [22:03:02] indeed, it doesn't make sense to have a different variable name just because it's the title of a file upload [22:03:19] Platonides: Sorry? [22:03:38] what cboltz said [22:03:49] sorry if I wasn't clear [22:03:59] Ok :) [22:04:04] So, I'll replace file with article [22:05:08] https://gerrit.wikimedia.org/r/281234 [22:06:26] cboltz: ^ [22:07:47] meh, commit summary needs a tweak [22:07:55] as file_sha1 and file_size do exist :) [22:08:42] that patch looks good [22:09:02] and it works (just tested on my local test wiki) [22:10:53] Are you on gerrit? :) [22:11:18] BTW: AbuseFilterVariableHolder.php contains $prefixes = array( 'ARTICLE', 'MOVED_FROM', 'MOVED_TO', 'FILE' ); [22:11:29] does this need a cleanup, or are there reasons to keep 'FILE' there? [22:11:38] (if in doubt, don't break it ;-) [22:11:39] Depends where it's used... [22:11:53] file *IS* used for file specific [22:12:09] ok, so it should probably stay ;-) [22:12:13] let me check where it's used [22:12:43] Are you looking at dump all vars? [22:12:47] $prefixes = array( 'ARTICLE', 'MOVED_FROM', 'MOVED_TO', 'FILE' ); [22:12:47] $titleVars = array( [22:12:48] '_ARTICLEID', [22:12:48] '_NAMESPACE', [22:12:49] '_TEXT', [22:12:51] '_PREFIXEDTEXT', [22:12:53] '_recent_contributors' [22:12:55] ); [22:12:57] It wants removing from there [22:14:51] version 2 is up at https://gerrit.wikimedia.org/r/281234 [22:22:29] looks good - from a quick look (and test), it seems 'FILE' really isn't needed in AbuseFilterVariableHolder.php [22:22:40] but I don't have any filter that uses a file_* variable [22:22:58] I removed it [22:23:55] !debug [22:23:55] 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 [22:26:22] Reedy: stop flooding plz [22:38:15] legoktm: I've been missing you here at the hackathon :/ [22:41:46] :(( [23:12:33] Passwords are stored hashed and salted in the DB right? [23:24:40] Looks like they are [23:42:34] Qwertie: yes [23:44:05] the last versions use pbkdf2 [23:44:21] but they have been hashed and salted for many years [23:46:00] $wgPasswordSalt introduced before 1.1.0 [23:46:59] more than 12 years ago