[03:11:22] OVH kills PHP 4 in September! https://www.ovh.it/g1758.faq-migration-php [04:08:31] Nemo_bis: took them long enough >_> [08:50:26] does mediawiki has a request box for general users to send in their request ? [08:50:54] i am currently using inputbox extension (the create page) for them to send in their request, but i dun want them to create a page, i just want them to send in a request and display that request on my main page [08:55:40] four: the easiest would be to use a subpage or template and allow people to edit it to add a list of links to articles, and transclude that page on the main page. That, of course, is not the "cleanest" way since it's not a simple input box and vandals may add gibblerish that will be displayed on the main page [09:02:10] four: someone may have developed a script to produce an inputbox that will append to that page with that format, but I'm not aware if such script exists [09:08:10] four: You can use the section=new option (I think) [09:08:52] four: Set the type field for the input box to be type=comment [09:09:14] four: And then new requests should appear at the bottom of whatever page you specify [09:09:45] hmm thanks for both of your input i will try [09:10:17] four: An example of doing that sort of thing is at https://www.mediawiki.org/wiki/Gerrit/New_repositories#Step_4:_Request_space_for_your_extension [09:12:00] ah, I didn't know it supports the nosummary option... that will do the trick, certainly [09:13:13] hmm , how do i use that? :o [09:15:01] !e InputBox [09:15:01] https://www.mediawiki.org/wiki/Extension:InputBox [16:00:30] Does anybody know when/why the constructor was removed from the SearchEngine class? [16:04:01] git blame? [16:10:15] ahh ok.. thanks.. I think I found it [16:43:30] Hi guys. I'm upgrading from 1.18 to 1.25.1. Following the instructions everything seems to have worked except Vector (or any skin really) doesn't work. There is no formatting. Also, I get a 403 on index.php. Is there an upgrade path I should take from 1.18 to 1.25.1? Thanks [16:44:04] check chmod [16:44:07] And on the 403, what perms/user should have access to index.php? [16:44:28] try chmod 755 [16:44:32] user www-data [16:44:49] thegamer93, 755 the whole wiki directory? [16:45:19] images [16:45:31] what about the skins directory? [16:45:45] only images 755 and the other ones 644 [16:45:52] one sec [16:46:17] *664 [16:46:21] I have everything on 664 [16:46:36] except for images folder [16:46:39] which is 775 [16:46:45] and chown should be root:www-data or www-data:www-data? [16:47:08] www-data:www-data [16:47:20] ok I'll try it out. Thanks [16:47:21] but then it might be that you cant access those files with your ftp programm [16:47:35] do a webmasters group [16:47:40] and include www-data and your user in it [16:47:56] This is local, on-premise server in our VMWare cloud. I'm SSH'ed into it [16:48:02] okay [16:48:24] groupadd webmasters and usermod -aG webmasters username and usermod -aG webmasters www-data is the alternative :D [16:48:53] ok thanks [16:52:17] TooLmaN: Vector (and skins in general) need to be registered explicitly in LocalSettings.php now [16:52:50] Vulpix, yeah I followed the steps on the Vector wiki page with no change [16:53:34] be sure to unpack new files on a new, empty directory and not over the old 1.18 installation files [16:54:18] yes, I unpacked into a new directory and copied over my LocalSettings.php, images, and extensions, except the ones that needed upgrading [16:55:02] still errors accessing index.php or just Vector not loading? [16:55:22] both. [16:56:07] I can access wiki/Main_Page no problem [16:57:44] well, 644 permission should be only for files, not folders. Folders should have the executable bit [16:58:28] I'm repeating the process again now. Restored the snapshot earlier to get it back online [16:58:38] at my mediawikis all folders have 775 [16:58:45] and files have 644 [17:07:52] Is the variable $wgDefaultSkin still used? [17:12:53] Hmm, now my page is blank. No wiki, no errors [17:16:20] Is there anything else I need to run other than 'sudo php maintenance/update.php'? [17:16:45] (you shouldn't need to use sudo) [17:16:57] !blank [17:16:57] A blank page or HTTP 500 error usually indicates a fatal PHP error. For information on debugging (including viewing errors), see . [17:17:37] Vulpix, thanks, I'll check it out [17:25:42] just add [17:25:43] error_reporting( -1 ); [17:25:44] ini_set( 'display_errors', 1 ); [17:25:46] to your localsettings [17:26:08] thegamer93, I did. Still blank [17:26:53] apache2 error.log shows a reference to ProfilerFunctions.php [17:26:53] ls -l index.php [17:26:59] returns what? [17:27:51] apache2 error.log tail http://pastebin.com/5d5GqN5z [17:28:20] are those files in their folder and have 644? [17:28:25] check this pls [17:28:37] better log: http://pastebin.com/PppT6aGN [17:28:41] includes/profiler/ProfilerFunctions.php [17:28:43] yes all perms are right [17:28:53] well, lemme check again [17:28:57] and do you have pear installed? [17:28:58] let me* [17:29:15] yes pear is installed [17:29:35] so /usr/share/php:/usr/share/pear exists and points to pear [17:30:15] okay, then check ProfilerFunctions and WebStart.php and check if they have correct perms and www-data perms [17:30:18] > PHP Warning: require_once(/srv/www/wiki/includes/profiler/ProfilerFunctions.php): failed to open stream: Permission denied [17:30:25] this is the real issue [17:30:28] yes [17:30:33] perms are not right [17:30:43] rw-rw-r www-data, right? [17:30:45] PHP can not execute it [17:30:57] oh all php files need to be +x [17:31:03] yes [17:31:08] not really [17:31:19] this particular [17:31:36] PHP doesn't need the executable bit when using apache2handler [17:31:38] all php files in includes? [17:31:40] hmm [17:31:47] i dont know his system [17:32:05] so what perms should the includes folder have? This is Ubu 14.04 server [17:32:06] well try giving them +x and see if it is working then [17:34:14] wow includes/profile directory has all ??? for the perms. denied access [17:34:24] profiler* [17:34:53] ??? are permissions or owner? [17:35:00] both [17:35:02] odd [17:35:11] of course this does not work :/ [17:36:28] try first a "chown -R user:group ." on the mediawiki install directory to correct owner recursively (be sure to change user:group appropriately) [17:37:28] sometimes when extracting the tarball I often see it extract files with a bogus owner:group [17:38:47] done. Shall I reset all perms to 775? [17:40:04] Reset perms to 775 to test and I can see my page. However, Vector isn't working. No formatting. [17:40:12] and no images [17:41:09] vector files should be in ./skins/Vector/ [17:41:51] well, if no formatting, that shouldn't be a problem of Vector not installed, but another issue [17:42:02] yes, it's populated and current 777 for testing purposes. Still not working. I'm going through my LocalSettings again [17:42:05] otherwise you'll get an error [17:42:25] TooLmaN: https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#The_wiki_appears_without_styles_applied_and_images_are_missing [17:44:01] Vulpix, that's a list to work through. I'll get started [17:58:50] wow... so it was a noob oversight in apache. I changed the new wiki directory in alias but not the sites-enabled conf. [17:59:21] It's working a beautiful. I'll pull the perms back down to something more reasonable before I publish it [17:59:31] thanks again thegamer93 and Vulpix [17:59:44] I'mm off to a meeting but I'm leaving IRC open. Thanks again [18:00:16] no problem there comes the time where I also need some help :D [18:00:21] Vulpix know [18:00:23] s [18:04:07] :) [19:11:48] anyone know why ConfirmAccount's system messages would only be displaying as and similar? [19:16:05] Betacommand: try maintenance//rebuildLocalisationCache.php [19:16:14] if need be with --force [19:17:43] trying with force, since that was the first thing that came to mind [19:24:03] thedj: doesnt appear to have worked [19:28:18] I've seen many reports of people with exactly the same problem, with random extensions, and rebuildLocalisationCache.php --force doesn't fix it [19:29:47] Vulpix: have you seen a fix ? [19:29:58] Nikerabbit: https://translatewiki.net/wiki/Thread:Support/Adding_support_for_Semantic_Cite_%28SCI%29 [19:30:02] Raymond_: https://translatewiki.net/wiki/Thread:Support/Adding_support_for_Semantic_Cite_%28SCI%29 [19:31:41] I may try to search in logs, but I don't remember if anyone got that fixed [19:32:49] I think it also happens if there is an error in a language file. [19:45:52] Betacommand: be sure that you have en.json in the /i18n/ folder of the extension [19:47:13] is it just me or mediawiki is just slower in newer versions? [19:49:28] every new version is slower and needs more resources to run [19:50:04] just like any new application version that contains new features [20:12:21] Vulpix: it has several sub directories, but each looks to have an en.json file [20:12:45] gtg [20:15:24] testing out bootstrap stuff & have a problem. The access log show "/Skins/nexus/nav_base.jpg" ... now why in the world is it "/Skins" not "/skins" [20:15:42] wgStyle='/skins' [20:21:38] Hello [20:46:12] For page's that embed other wiki pages in them like {{:Sample Page}} it seems like you have to save the page that the wiki is embedded in in order to update the content store at Sample Page [20:46:29] is there some sort of update button or url that will do this site-wide? [21:22:32] is this possible? [21:22:43] try clearing cache [21:25:08] is it solely an issue with caching? [21:25:28] most likely [23:42:10] hi, on wikimedia wikis when I use #

it works good, but on my mw when I do this, first an empty item numbered 1 is shown and only after this, on a new line, follows the requested item. any idea how to make it work like on wm wikis? [23:43:14] I mean how to remove the first empty item in a numbered list? [23:49:58] !tidy [23:49:58] HTML Tidy is an external application that cleans up HTML for XHTML compliance (such as bad user input like

). Prior to the new preprocessor in 1.12 it was also needed for distributed, transcluded, or conditional HTML, or mixed HTML and wikitables, but newer versions allow it without Tidy. See [23:50:07] auvajs: ^ probably don't have that installed [23:51:18] legoktm: tnx! [23:56:48] legoktm: seems like this Tidy doesn't work with IDs starting with numbers [23:57:11] I set $wgUseTidy = true; [23:57:18] hmm [23:57:21] I'm not sure then [23:57:27] but now #

is ignored totally :D [23:59:29] legoktm: ah I'm sorry, I had a wrong code. works now with $wgUseTidy = true :) [23:59:42] oh awesome :)