[00:06:16] omgs: OK, pull up your localsettings.php [00:10:25] omgs: you there? [00:12:13] Betacommand: more or less [00:12:41] Do you think it's a php settings problem or an apache config issue? [00:13:11] Im pretty sure its a setting in localsettings.php. If you let me Ill walk you thru some troubleshooting [00:13:46] omgs: can you pull up the localsettings.php ? [00:14:52] Hello. On the webpage about the "page" table, regarding the page_restrictions field, it reads: "Beginning with MediaWiki 1.10, page protection controls were moved to the page restrictions table, so this field will be empty in databases generated by more current versions of MediaWiki." Does this apply to current Wikipedia (dumps), i.e. is this field always empty in them? [00:15:53] adrian_1908: it should be empty [00:16:39] Betacommand: Ok. I wasn't sure whether Wikipedia was in line with this change. [00:19:27] omgs: I guess you dont want help [00:19:52] Betacommand: give me one minute [00:22:27] Betacommand: http://pastebin.com/kSKTgPbu [00:23:02] omgs: what is the directory called that you have localsettings.php in? [00:23:33] Betacommand: /var/www/wiki.tomalaplaza.net/web/mediawiki [00:24:43] Betacommand: without symlinks, /var/www/clients/client12/web26/web/mediawiki [00:24:58] omgs: Actually I think its your rewrite rules that are broken [00:25:02] This last is the working DocumentRoot [00:25:31] omgs: http://wiki.tomalaplaza.net/wiki/index.php?title=P%C3%A1gina_principal&oldid=1224 shouldnt throw that message [00:25:35] Betacommand: I've been told to remove them to test, but please let me know what you think it should be [00:26:08] omgs: actually scrap that [00:26:53] omgs: your script path is wrong [00:26:56] $wgScriptPath = "/mediawiki"; [00:27:42] scriptpath must be different than$wgArticlePath [00:28:29] omgs: setting them both to the same thing is confusing the hell out of mediawiki [00:28:39] Betacommand: well, the explanations in the wiki confuse me [00:28:45] Now it's better [00:29:37] omgs: in many cases people install mediawiki to /w (yours is /mediawiki [00:29:44] Now I miss the logo, there's been a change [00:30:02] this allows for neater URLs [00:30:22] I think that using "URL" when talking about /w is confusing [00:30:57] omgs: why? [00:31:03] omgs: you need to have it [00:31:15] omgs: http://wiki.tomalaplaza.net/mediawiki/index.php?title=P%C3%A1gina_principal&oldid=1224 [00:31:32] in your case /w = /mediawiki [00:31:34] In my case, "/mediawiki" is NOT the intended URL, but "/wiki" [00:31:49] omgs: you need both variants [00:31:51] It's a local path, not an URL [00:32:13] omgs: it is a URL see above [00:32:43] mediawiki requires both a script path, and if your using short URLs a second article path [00:32:51] It *can* be un URL, but I don't want it to be part of the URL [00:33:04] omgs: your wiki wont work without it [00:33:31] I guess there are things to manage, but what I mean is that the explanation could be more simple and less confusing [00:33:32] omgs: http://wiki.tomalaplaza.net/wiki/P%C3%A1gina_principal [00:33:46] omgs: thats the short url of the page [00:34:19] http://wiki.tomalaplaza.net/mediawiki/index.php?title=P%C3%A1gina_principal is the non-short version [00:34:23] Do you find this rule right? "RewriteRule ^/wiki(/.*)?$ /var/www/clients/client12/web26/web/mediawiki/index.php?title=$1 [L]" [00:34:57] omgs: Im not sure but it appears to be working correctly [00:35:33] At this time, I just miss the logo, I think [00:35:48] omgs: let me get you a fix [00:36:38] OK [00:36:47] $wgLogo = "mediawiki/images/tomalaplaza.jpg"; [00:37:22] omgs: I would remove $relurl="/wiki"; from your config [00:40:49] Done [00:51:31] Betacommand: thanks a lot for your help [00:52:39] omgs: np [03:34:14] Hi, any can help me? [03:34:39] I installed ConfirmAccount extension, but appear this: [03:34:51] No se ha podido crear el directorio «mwstore://accountcreds-backend/accountcreds-public/w/wi/wik». No se ha podido crear el directorio «mwstore://accountcreds-backend/accountcreds-public/w/wi/wik». [04:04:43] White_Master: looks like you might have permissions issues [04:12:02] Betacommand, in what folder? [04:12:42] White_Master: look at the directory in the error message [04:12:48] !permissions [04:12:48] For information on customizing user access, see < http://www.mediawiki.org/wiki/Help:User_rights >. For common examples of restricting access using both rights and extensions, see < http://www.mediawiki.org/wiki/Manual:Preventing_access >. [04:13:23] accouncreds? [04:13:48] White_Master: can you upload images OK? [04:14:03] yes, i can [04:14:04] !e ConfirmAccount [04:14:04] https://www.mediawiki.org/wiki/Extension:ConfirmAccount [04:16:18] White_Master: can you pastebin the full error message? [04:16:34] Betacommand, yes. [04:16:37] Please, a moment. [04:27:11] White_Master: you there? [04:33:11] Betacommand, I can show a image better? The parts of the complete error are hidden by the logo [04:33:48] White_Master: if you highlight and copy/paste it to pastebin I should get what I need [04:34:51] !paste [04:34:51] http://tools.wmflabs.org/paste [04:34:55] uh [04:35:50] White_Master: do you know how to copy/paste? [04:36:50] Betacommand, yes, yes. [04:36:51] https://dpaste.de/C2FA [04:38:10] White_Master: do you have $wgUploadDirectory defined? [04:38:28] !upload [04:38:28] File uploads are disabled by default, set $wgEnableUploads=true; to enable it. See for configuration details, and for using uploaded images and other files. [04:39:12] Betacommand, $wgEnableUploads = false; [04:39:18] eh [04:39:21] Sorry [04:39:23] xD [04:39:39] White_Master: that makes the fix more obvious then [04:39:41] see https://www.mediawiki.org/wiki/Manual:Configuring_file_uploads#Check_directory_security [04:42:39] Betacommand, 777 to 775? [04:43:22] yeah [04:43:33] what OS is the server running? [04:45:57] Betacommand, CentOS [04:46:06] ah [04:46:29] If using CentOS 6 or Mageia the owner:group in the chown command should be "apache:apache" instead of "www-data:www-data". [04:59:54] Betacommand, sudo chown -R apache:apache images/? [05:43:59] meh [08:45:03] Hey everyone. I just upgraded to 1.23.9 and moved everything around as mentioned in the upgrading instructions but for some reason none of the images that were uploaded to Wiki are appearing. [08:45:44] I did a chmod and chgrp, recursively tried to copy the images from the old dir to the new dir, ran the maintenance script, and nothing. [08:55:13] :( [09:10:22] Anyone? [09:32:18] Is anyone awake? xD [09:43:54] theatrex, they are 404, or there is some kind of web page error appearing? check if they are OK in `image` table [11:00:40] hi [11:00:45] is it possible to only show usernames on Special:ListUsers [11:00:46] ? [11:01:13] everything else like link to talk page and contribs removed [11:04:08] ??? [11:06:31] how to filter the contents of listusers+? [11:06:40] hello [11:06:41] helllo [11:06:50] js dbajrmfksd,l [14:30:31] Hello, is it possible to restart a database from scratch ? [15:13:45] ugh git is so horrendously confusing [15:14:47] 145 branches to choose from and all of them are apparently new when you check them out [15:15:09] how to filter by 2 or more category? [15:15:28] categories* [19:09:28] Hello [19:09:38] can I find a simple LocalConfig.php file somewhere for reference? [19:11:31] just install mw yourself [19:11:47] it will generate a config for you [19:11:57] I don't want to install it, I already have a installed version here [19:12:09] it was quite old and I upgraded to a very new version [19:12:25] so now I suspect the LocalConfig has a lot of unneeded old stuff [19:13:10] can't remember anything offhand than can be harmful [19:16:41] I am a bit confused about if(!ini_get('zlib.output_compression')) @ob_start('ob_gzhandler'); [19:17:08] is LocalConfig the right place to do this? [19:17:23] possibly [19:17:47] It's an attempt at guessing what your webserver does about compression. [19:18:34] ePirat: there were many changes to that thing across the years, https://www.mediawiki.org/wiki/Manual:$wgUseGzip might help (or not) [19:21:53] Nemo_bis: is it possible to filter articles with 2(or more) categories in mw? [19:25:00] vev_: what do you mean filter? list somewhere? [19:26:19] i want to click cat:automobile and cat:peugeot [19:26:24] is it possible? [19:40:32] after upgrading it seems all themes are broken [19:40:55] as in unable to load any css or js [19:41:05] images which are not part of the skin work, though [19:41:16] any idea what I could have messed up? [19:52:58] vev_: so you're asking about category intersection; search a bit, there are many feature requests and tools for that [19:53:32] ePirat: recent versions of MediaWiki make the skin explode entirely if you use some deprecated stuff [19:53:51] The error console may help, try F12 and reload [19:54:07] which error console? [19:54:28] Nemo_bis: may you give me a link? [19:54:32] vev_: no [19:54:45] k [19:54:49] ePirat: follow my instructions and you'll see ;) [19:55:05] Nemo_bis, Ah you mean browsers error console? [19:55:54] yes [19:56:45] a bunch of 404 errors for load.php requests with some params that seems skin related. want a paste? [19:59:19] ePirat: use ?debug=true [19:59:54] and make sure you're not having issues with https://www.mediawiki.org/wiki/Manual:$wgResourceLoaderMaxQueryLength [20:00:45] I don't think that is the problem [20:00:56] what should happen with debug=true set? [20:01:29] You will see what area of the code is failing [20:03:01] when I follow one of the 404's I end up on a Load.php which says that there is no text on this page [20:03:19] (Load.php handled as if it was a normal wiki page= [20:03:20] *) [20:03:51] the url's look a bit weird btw: load.php?debug=true&lang=en&modules=mediawiki.legacy.commonPrint&only=styles&skin=vector&* [20:04:48] That's correct, but it should be in script path [20:06:39] the load.php is in the base directory so I think it points to the right location [20:07:23] not if it's loaded as an article; perhaps your short URL configuration is wrong [20:08:08] it is like it ever was. we had article paths as base paths so i.e. http://example.com/Cool_Article [20:08:13] is this not possible anymore? [20:17:08] Nemo_bis, for testing I changed it to /wiki/… and now I have the problem that the load.php point to the Main Page [20:19:05] ok seems there was stuff hardcoded in the server config… duh… [20:19:15] (despite the htaccess) [20:19:28] sorry :) [21:00:32] with the vector theme, the first sidebar heading is not shown [21:16:05] oh seems all files are broken, showing an "Could not acquire lock" error [22:17:34] hey guys [22:18:28] how are guys guys working with mediawiki and mobile version? i found an extension for mobile, since there is none in core, but it seems that i would have to deactivate caching on the website. [22:47:51] how are guys guys working with mediawiki and mobile version? i found an extension for mobile, since there is none in core, but it seems that i would have to deactivate caching on the website. [22:47:52] edgard_wikirio, it deactivates only HTML file caching which is not recommended anyway [22:48:07] (if you're talking about MobileFrontend) [22:48:31] it would disable for the whle site. and caching is goog for web version [22:48:55] should i create a different path for mobile files? and not cache just mobile?