[02:49:59] ok i have a queston [02:51:56] i have media wiki installed and working fine for defaults then i started doing groups and after 1 set of group commands the next set I made wont work [02:53:35] e.g I have 1 group named Watchers as my mods and I gave them certain rights then I want to add them to another group I made with certain rights and to wont let me any ideas [02:59:06] is anyone here or is it dead? [03:24:31] never mind I found the issue [07:46:21] hello [07:46:46] one of my client registered in my wiki, now he forget his password, also my wiki smtp is not set [07:46:55] how can i get his password [07:46:56] ? [08:20:57] sasan: use changePassword.php script [08:27:59] where is that file [08:28:00] ? [08:28:12] it's a maintenance script [08:29:26] i should find it in my wiki folder, root? [08:29:43] https://www.mediawiki.org/wiki/Manual:ChangePassword.php [08:35:13] i am in that file, i should add sth like that [08:35:23] php changePassword.php --user=target_username --password=new_password [08:35:25] yes? [08:37:09] no [08:37:15] you don't modify the file [08:37:18] you run the script [08:37:28] it is open now [08:37:33] what should i do? [08:37:40] what is open? [08:37:45] in my cpanle [08:37:48] it is open [08:38:04] have you never run a maintenance script? [08:38:31] in my host not, maybe i should call host, yes? [08:40:19] please answer?? [13:33:34] eyo. small issue here: mediawiki on freebsd throws "session data lost" every time i try to save a longish template. the session.save_path has enough space. any clues? [13:36:30] you might benefit from not having sessions on disk [13:36:39] using memcached or similar [13:36:57] uhm. how?:< [13:37:41] install memcached for starters ;) [13:37:59] https://www.mediawiki.org/wiki/Manual:$wgSessionsInObjectCache [13:40:20] so.. $wgSessionsInObjectCache= [13:40:26] CACHE_MEMCACHED? [13:41:24] No [13:41:30] Something like [13:41:30] $wgSessionsInObjectCache = true; [13:41:30] $wgSessionCacheType = 'memcached-pecl'; [13:45:22] now it says cookies are disabled:< [13:45:27] but they are not [13:50:46] Reedy, explain! :D [13:55:44] did you install memcahced? [13:55:52] and configure it in mw? [13:55:53] yep [13:55:56] uhm [13:55:58] no?:< [13:56:06] i just added the lines posted above [13:56:17] memcached & memcached-pecl are installed,at least [13:56:40] $wgObjectCaches['memcached-pecl'] = array( [13:56:41] 'class' => 'MemcachedPeclBagOStuff', [13:56:41] 'servers' => array( [13:56:41] '127.0.0.1:11211', [13:56:41] ) [13:56:43] ); [13:56:47] something like that [13:57:33] looks like memcached should be running as a daemon then? [13:57:52] yeah [13:58:18] has to be up constantly [13:59:37] cookie problem solved, session problem back at work [13:59:38] :| [14:00:29] session might be a red herring then [14:01:52] nomnom [14:01:53] ehm [14:01:55] what? [14:02:02] Herrrrrrrrring. [14:02:53] should i eat it? [14:02:55] :o [14:08:30] so i see there isn't any other idea then? [14:18:51] any idea where else i could ask my question to solve the problem? i can't currrently create templates [16:00:04] https://encrypted.google.com/search?hl=en&q=%22Notice%3A%20Undefined%20variable%3A%20_POST%20in%20include%28%29%22 [16:00:07] Hmmmmmm... [16:02:21] lol [16:03:43] I wonder what's going on here. [16:03:59] Is it related to the new Drupal bug? [16:04:29] https://www.drupal.org/node/2362315 [19:03:34] Hi all, I see that in past 24 hours number of pages in tracing category "Category:Pages using duplicate arguments in template calls" is growing quite fast, it was 44k pages 12 hours ago on en:WP and now it's 48 [19:03:44] I see same pattern on commons and hy:wp [19:03:55] jackmcbarn: ^ [19:04:13] and on hy:wp I can't see any actial problem with template usage [19:04:19] any ideas, may this be a bug? [19:05:25] Xelgen: it's probably caused by templates used within templates [19:06:05] Xelgen: on pl.wp, we discovered that one of the location map templates had duplicate parameters within it, that cleared like 100k articles from the category [19:06:14] 10k* :D [19:06:37] it's probably something similar for you, within a widely-used intricate template :( [19:08:11] that was my first idea, but number of such pages on _different_ proejcts is growing too fast, 10% growth in 12 hours [19:08:43] and I found some cases with very simple templates and "template templates" [19:26:14] when trying to install mediawiki using XAMPP I get a DB connection error saying "Access denied for user 'root'@'localhost' (using password: YES) (localhost)" [19:27:18] how do I get this solved? On selecting sqlite.. I dont get any such error [19:28:49] bendev711: looks like you're using an incorrect password? [19:28:59] (sqlite doesn't use a password, so it makes sense that works) [19:30:12] valhallasw`cloud But I didn't set any password earlier.. [19:31:33] bendev711: well, the server expects a password [19:32:12] MatmaRex: here's a good example of page on en:WP with no arguments on it, and fairly simple templates behind, which is in "Pages with duplicate arguments" category now: https://en.wikipedia.org/w/index.php?title=Wikipedia:100K&action=edit [19:33:56] Xelgen: huh. that's curious. [19:44:42] thanks valhallasw`cloud :) [19:46:00] bendev711, your problem is in login into mysql [19:47:36] Platonides got it! Unfortunately, now I'm getting access denied for phpmyadmin [19:53:05] Xelgen: i have a very strong hunch that this is caused by https://en.wikipedia.org/wiki/Module:Arguments , somehow [19:53:54] Xelgen: but i don't know enough about Scribunto internals to definitely confirm this [19:54:52] Xelgen: can you file a bug about this? it might be a bug in Scribunto, or a bug in the module, but filing a bug should get the attention of someone who can fix it [20:23:11] I just updated from 1.16 to 1.22 and something is wrong with the cat sorting. New pages sort on front. And using pagefrom= doesn't list them at all. cl_sortkey seems fine (odd hex code like the rest) [20:26:06] This gives hope https://www.mediawiki.org/wiki/Thread:Project:Support_desk/Category_Sorting_after_update#Category_Sorting_after_update_9822 [20:26:42] If all old pages need a update, then the updater the not working correct [23:09:08] Upon editing of the localsettings.php , do you need to reboot the server? Windows OS. [23:09:13] 1.16 V [23:16:10] jonathantn, not at all [23:17:24] 1.16 is old (4 years ago) and unsupported [23:17:38] you may want to use 1.25 instead [23:17:41] I understand, I need to upgrade it for sure. [23:17:55] er... 1.23 [23:18:30] 1.25 hasn't been released yet [23:21:26] but changes do not need a reboot, they should be immediate effect correct? [23:22:08] yes [23:22:17] they never need a reboot [23:22:39] on the other hand, if you save the file with a syntax error, you will take down your wiki [23:24:06] odd thing, on 1.16 it uses the $wgDisableUploads but its still showing disabled on Special:Upload [23:24:37] even with it set to false [23:26:25] Any thoughts? [23:28:37] are you sure it isn't EnableUploads? [23:28:38] !wg DisableUploads [23:28:38] https://www.mediawiki.org/wiki/Manual:%24wgDisableUploads [23:28:53] "This feature was removed completely in version 1.5.0." [23:28:58] !wg EnableUploads [23:28:58] https://www.mediawiki.org/wiki/Manual:%24wgEnableUploads [23:29:14] yep, you need to set $wgEnableUploads = true; [23:39:17] I get this error when trying to send an Echo notification from an extension: "User must be logged in to view notification!" [23:39:25] I can't send notification to offline users? [23:42:12] You can. [23:42:26] MediaWiki doesn't really have a concept of offline/online. [23:42:42] Polsaker: The error you're hitting sounds as though you're trying to send a notification to an IP user. [23:42:48] Also sometimes called an anonymous user. [23:43:18] I doubt it, but I'll debug the thing.. [23:46:38] I've set up Mediawiki with Nginx and PHP-FPM 5. For some reason, urls are being appended with the document root. Eg http://wiki.org.uk/home/mediawiki/codez/mw-config/index.php instead of http://wiki.org.uk/mw-config/index.php. Any idea if this is Nginx, PHP FPM or Media Wiki? [23:47:11] Polsaker: Which part do you doubt? :-) [23:47:29] What's FPM? [23:47:31] First-person machine? [23:47:32] Carmela, I don't think that it is sending notifications to an IP user [23:48:17] FPM is a way of executing PHP: http://php-fpm.org/ [23:48:18] Carmela, but for some reason the User objects are "empty" (with ID only) [23:48:25] Maybe that's because I'm using CentralAuth? [23:48:41] > [23:48:55] if ( $user->isAnon() ) { [23:48:55] throw new MWException( 'User must be logged in to view notification!' ); [23:48:56] } [23:49:02] > [23:49:16] Though my copy of Echo is from January 2014, heh. [23:49:34] * Carmela updates... [23:50:18] Carmela, https://bpaste.net/show/faa3631074e4 [23:50:27] that's the "User" object I'm passing... [23:50:33] Does the user exist? [23:50:33] as you can see it is empty [23:50:39] yep, the user exists [23:50:44] but the wiki is using CentralAuth [23:50:56] Yeah... an empty user object sounds goofy. [23:50:59] And likely to break things! [23:51:00] maybe it is trying to get the user from the wiki database and not from the centralauth db? [23:51:17] Maybe. [23:51:27] CentralAuth is distinct from shared user tables. [23:51:27] I'm getting the object with User::newFromId($USERID) [23:51:42] maybe that isn't compatible with CA [23:51:45] CentralAuth relies on the idea of distinct wiki user tables and a separate distinct central auth user table. [23:51:57] Echo tries to do weird global shit... dunno. [23:52:16] uhm.. [23:52:58] I think newFromId() tries to create user, I believe? [23:53:28] Carmela, it creates a new User object (not a new user) from the user ID [23:53:48] Probably. [23:54:13] Generally an empty User object means that the user doesn't exist.. [23:54:16] but.. IT EXISTS [23:54:49] Which ID are you passing? [23:55:29] 2 [23:55:34] txsl: It's probably not FPM that's messing up your URLs. [23:55:50] Polsaker: And you've verified that the local user ID 2 exists? [23:55:56] Does the central auth ID 2 exist? [23:55:59] yep [23:56:17] Actually, I'm trying to get all the global users with a certain permission: https://bpaste.net/show/62d523b2ece5 [23:56:17] txsl: It's probably nginx and/or a funky setting in LocalSettings.php. [23:56:30] ($users gets passed to Echo, it is the list of users that will get the notification) [23:56:50] ebernhardson in #wikimedia-dev may be able to help you. [23:57:11] ebernhardson? [23:57:28] Oh, maybe he's involved with only Flow... [23:57:43] Flow is the discussion software. Echo is the notification software. [23:57:44] https://www.mediawiki.org/wiki/Extension:Echo [23:57:52] Not sure who you could poke about Echo.