[06:35:42] could i preload a category [[Category:ABC]] in the WYSIWYG editor? [09:39:27] G'morning and thanks for the awesome wiki engine [09:40:05] I'm getting some weird behaviour.. Some sites say "Server not found" while other sites load ok [09:40:32] the addresses resolve but it is like there is no server listening [09:42:15] nope.. 'arp develop.consumerium.org' fails [09:42:27] the hell is going on.. [09:42:40] so it looks like it is a DNS issue [09:45:43] sites = pages? [09:55:12] sites == virtualhost declaration [09:55:29] something weird is happening since the domain does not resolve [09:55:32] apache is ok [11:11:13] hello... I have written a python bot for mediawiki document maintenance. Can anyone help me with the deployment process or point me to some documentation about bot deployment. Thanks! [11:11:37] mmm.. issue over [11:11:50] WHOA! IT IS A TALKING SOFTWARE [11:15:43] hmm.. now I get Internal Error - MWException when trying to upload a pic [11:15:55] in Special:Upload [11:17:42] humm.. [11:17:51] I take screen grab [11:18:13] I should find the .log file for MediaWiki prlly too [11:20:57] I should prlly turn debugging on and 'tail -f mediawiki-debugging.log | grep "myipaddress"' or so [11:21:39] and try to recreate the error and see what that grep prints [11:22:01] I am guessing it is a problem with an extension [11:49:21] mmm... [11:49:38] seems was just permissions [12:40:19] The gerrit new change screen is worth it solely for the feature that inline comments are also duplicated on the user's comments [12:41:39] scrolling is kind of broken on it [12:43:10] finding inline comments from 27 patchsets ago on large changes is kind of broken on the other screen though ;) [12:57:34] Does anyone know how to apply this protection? () [12:59:34] Reception123: You want to make a new protection level for crats? [12:59:56] Yes, I have a page that I would only like bureaucrats to edit [13:01:41] Reception123: Add $wgRestrictionLevels[] = 'bureaucratprotect'; $wgGroupPermissions['bureaucrat']['bureaucratprotect'] =true; [13:01:45] to the bottom of LocalSettings.php [13:02:59] If you see anything between angle brackets in the interface (E.g. ), you can change that text by making a page like mediawiki:text-between-brackets (E.g. mediawiki:protect-level-bureaucratprotect ) [13:24:50] ok [13:24:53] thanks [13:31:36] bawolff: if this would be the place (REFERENCE IN PRIVATE MESSAGE) where should I the WgRestrictionLevel? [13:32:04] Just at the end [13:32:10] ok thanks [13:32:26] or [13:33:20] you could put it as part of the giant $wgConf->settings thing, it really depends on conventions of how you organize the file [14:49:46] Question, im setting up a wiki for the first time using turnkey. It is going to be restricted. I have no problem setting group permissions, works great. However, when I try to whitelist the login page it's still being restricted (blank page). [14:49:58] $wgWhitelistRead = array("Special:Userlogin"); [14:50:13] am i goin crosseyed? because everything looks fine to me... [14:51:30] vinrock: I have no idea if it's the issue (probably isn't) but try "Special:UserLogin" (uppercase L) ? [14:51:42] was about to say that :P [14:51:57] Yeah I tried that [14:52:09] Also tried spacing between "array(" and "array (" [14:52:39] in Manual talk:$wgWhitelistRead i may have found something leme see if this is it... [14:52:39] That shouldn't matter at all. [14:53:03] nah no dice [14:53:10] Was it "-"? [14:53:20] theres a comment saying to add "## (no [])" on a line below [14:53:25] nah apparently that was phased out [14:53:30] ill give it a shot tho [14:53:53] That was phased out, yeah. [14:54:41] Also, try checking the source of the output? [14:54:59] Whether the output is completely blank, or there's just some displaying/rendering issue. [14:55:11] ok leme see [14:55:20] yeah source is blank [14:55:50] Hmm, that's odd. However, that could also mean that there's a PHP error somewhere. Some fatal error. [14:55:59] Do you have access to the server logs? [14:56:04] yep [14:56:17] Because I haven't ever seen an access restricted page, but really, it's normally blank? Not a friendly "hello, go away" error? [14:57:02] since this is my first time ever working with mediawiki i cant say for sure, i restricted all pages according to the maual using the '*' group, after that it serves up a blank page, im happy with that [14:57:14] but when I tried to whitelist the login page.. thats where it decided to work too good [14:57:41] Hmm, alright. Maybe someone with more experience here knows what happens when a page is read restricted. [14:57:45] Either way, do check the server logs. [14:57:47] id wondered if ordering matterd and i had to whitelist the page before the restriction, however that didnt make a difference [14:57:50] will do [14:58:25] "Hello, we don't like yer kind round here, get out" -> number of visits staggers [15:00:25] ok i solved it, im the asshole [15:00:44] I added $wgShowIPInHeader = false to initially restrict anonymous users from accessing the page tools [15:00:49] Removing that line did the trick [15:00:55] thanks for your help fellas [15:01:05] :P [15:01:10] everyone makes mistakes [15:02:03] as long as it worked in the end :D [16:10:52] * varnent refreshes popcorn stand [18:39:59] Hi, I was wondering how do I enable SPECIAL:PASSWORDRESET so my admins can reset user's passwords easily? I already have $wgGroupPermissions['PasswordAdmin']['passwordreset'] = true; and added them to the PasswordAdmin group but they don't have a special page or anyway to actually reset another user's password [18:41:30] Chacho: They can't [18:41:46] Password reset is to reset your own password [18:42:48] is there any special admin page so that admins can reset other user's passwords? my wiki is locked down rather hard as its used for a business and contains trade secrets [18:46:09] https://www.mediawiki.org/wiki/Manual:Resetting_passwords this page implies that Special:PasswordReset would allow users with the right to reset other's passwords, but you are telling me that is not the case? [18:49:02] You can trigger reset emails for other users [18:49:12] But the usual way is to use the maintenance script if you need to change their password [18:49:23] "If you know the username for an account, you can use the "Email new password" feature on the Special:UserLogin page." [18:50:34] i do not have "Special:UserLogin" [18:51:02] my account has all rights and is a member of bureaucrats and administrator [18:51:51] What do you mean you don't have it? [18:52:11] it is not listed in my special pages [18:52:15] it is not there [18:52:18] does not exist [18:52:48] when you click the login link, where does it take you? [18:53:39] oh, my mistake. it takes me there i suppose. but there is not email function [18:55:01] There should be a "Forgot your password?" link on there [18:55:50] no such link exists [18:56:05] "help with logging in" [18:56:19] thats the only link outside of the login section [18:58:36] also, none of my users would have an email attached to their login anyhow [18:58:48] so there is no email address to send to [18:59:01] their accounts were added via an admin and told their passwords [19:00:12] is email setup and enabled on your wiki? [19:00:27] Okay, I think the reason it is not there is $wgEnableEmail = false; [19:01:36] no. it seems not. it is not set up and also none of my users have email addresses attached to their user accounts. the wiki does not allow new account creation outside of an admin account doing it [19:12:18] actually, i give up. ill just give the admin access to the server and let him run a batch file that runs the changepassword.php maintenance script [19:12:35] easier that way [22:50:59] Skizzerz: thanks for the help. I have a half-inhereted mediawiki 1.24 install and just enabled TLS with a good cert at http://nethackwiki.com [22:51:44] Skizzerz: I have a relative link for $wgServer, I can’t find any hard links anywhere in the config, and yet the page still servs up a bunch of non TLS at https://nethackwiki.com [22:52:58] i’ve grepped through the whole install and at least at the file level can’t find any hard http:// links [22:53:49] (I’m not a mediawiki expert although I’ve managed to maintain the server side for awhile. Just wanted to get TLS going per community request.) [22:53:51] so, looking at other pages on the wiki, like Special:Version and such, I see it loading properly in https [22:53:57] that leads me to believe this is a caching issue of some sort [22:54:33] I’ve restarted apache. Is that not enough? I’m just using the normal/new php5 caching at the moment. [22:54:34] is the wiki behind any frontend caches like varnish? [22:54:52] nope, and I killed apc since that seems deprecated now. [22:55:02] There’s the basic php object cache stuff enabled. [22:55:35] would be great if just caching. Just need to find out what cache and how to clear it. [22:55:40] hmm, main page actually looks fine to me (though I'm logged in) [22:56:00] are there no http:// elements for stylesheet, etc? Some browsers accept that better than others. [22:56:17] pretty sure main page is still serving up http:// links for some elements [22:56:42] when I log out, it does have issues with that [22:56:47] not while logged in though [22:57:13] Skizzerz: you’re absolutely right. Other pages are loading properly. [22:57:33] ok, I’ll buy caching now. That’s easy enough for me to track down (I think). [22:57:39] thanks for the help. [22:58:08] there are a couple of cache-related scripts in the maintenance directory to clear/rebuild mediawiki caches [23:00:10] I cleared the zend opcache and that didn’t do it. I’ll look at the maintenance directory scripts. [23:01:17] I'm trying to figure out what cache may be responsible for that [23:01:37] heh, ?action=purge shows a proper page, then I purge, and back to broken page [23:02:13] yeah, that makes me think it isn't the parser cache [23:02:18] clearly is just a cached front page. I’ll find it. No need to spend your time. At least I can stop chasing configuration variables [23:03:15] I don't think it's actually a mediawiki cache at all, the way it is behaving makes me think there is something in the pipeline caching it [23:03:28] well, good luck then :) [23:05:08] Skizzerz: thanks again. I was about 90 minutes into config files and that direction. Seems like it is easier. I appreciate the help. [23:12:14] Skizzerz: If you want the final answer, it was the file cache in /tmp/mediawiki [23:12:57] and $wgMainCacheType = CACHE_ACCEL; [23:23:24] My bot (flagged) suddenly can not edit, is it blocked by API server? It has custom user-agent, maybe related? [23:26:09] probably not :) [23:28:19] error: Error returned by API: One of the text, appendtext, prependtext and undo parameters must be set [23:28:19] data: code=notext, info=One of the text, appendtext, prependtext and undo parameters must be set, *=See http://fa.wi [23:28:20] kipedia.org/w/api.php for API usage [23:28:20] [Error: Edit failed] [23:30:35] Any thought? [23:31:24] ebraminio: What request are you making to the API? [23:31:31] You're using POST? [23:31:41] It was supposed to work just some minutes ago and I am using node-mw [23:31:51] https://github.com/macbre/nodemw#botedittitle-content-summary-callback [23:32:15] Well, it should be https://fa.wikipedia.org/w/api.php [23:32:19] Everything is HTTPS these days. [23:32:23] But I doubt that's your issue. [23:32:44] Are you supplying a text parameter? [23:33:32] I don't have access to the particular API by this function, I can share the code, just a minute [23:33:53] I have to go. [23:34:01] But Reedy or p858snake can probably help you. [23:34:26] i don't know why you assume I can help with the api [23:34:32] I bet legoktm could though >.> [23:34:56] https://fa.wikipedia.org/w/index.php?title=%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1%3AEbraminio%2Fscratch.js&type=revision&diff=15607840&oldid=15607837 [23:35:43] ops, sorry [23:37:50] https://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Ebraminio/scratch.js pretty sure the issue is somewhere else, but may be not :) [23:38:50] The point is that I just call bot.edit('TITLE', content, '+', function (x, y) { console.log(x, y); }); and it was supposed to work just some minutes ago [23:39:02] weird... [23:41:40] nvm, the issue was from my side (I was sending an array instead text) and error message (probably node-mw one) was so misleading [23:41:56] Thank you Katie