[00:53:01] hello. which tables are needed to get a complete list of redirects? from what i understand, the redirects table may be incomplete. [00:53:59] i'm only looking for redirects in a single namespace (0) btw [00:55:31] hey what's that maintenance script that transfers edits from one username to another (I forget) [02:17:13] hello [02:17:51] I have a question regarding the recent merge of user databases between wikipedia and wikisource [02:18:33] does someone in the channel take care of this or know how to contact with an administrator? [02:20:07] hi, what's the best way to prevent non registred users access to some kind of content, like page history or discussions? [02:24:11] !access | auvajs [02:24:11] auvajs: For information on customizing user access, see . For common examples of restricting access using both rights and extensions, see . [02:27:33] Fiona: I've seen most of those. but there's no "hidehistory" right or something like that [02:28:14] auvajs: Generally if a user can view a page (?action=view), he or she can also view the page's history (?action=history). [02:28:25] Why do you want to restrict the page history? [02:28:33] You can use CSS to hide the tab maybe. [02:29:22] yes, and is there a way to prevent it? basically on my wiki I want to make sure the "public" sees only the "final product", the final page, not all trials and experiments before that [02:29:51] Most users don't click to the page history. [02:29:52] if I hide the show history button the history is still viewable trhough action=history, isn't? [02:29:57] Yes. [02:30:14] But it's perhaps better for you to change than MediaWiki. [02:30:27] Pages have revisions. Nothing is final. [02:30:42] The idea behind a wiki is to allow collaborative editing. [02:30:53] If you don't want that, a wiki probably isn't the best option. :-) [02:31:05] In terms of like quality control, there's... [02:31:06] yes but I'm sure there's some extension to hide some actions or prevent some users from doing them, I just didn't manage to find it yet [02:31:09] !e FlaggedRevs [02:31:10] https://www.mediawiki.org/wiki/Extension:FlaggedRevs [02:31:45] You can view the page "Special:ListGroupRights" to see the available user rights. [02:32:00] There might be an extension to do what you want, but it'll be hackish and likely have holes. [02:32:18] I guess you could do a really high-level error. [02:32:27] Like block all URLs containing "action=history" at the Web server level. [02:32:53] I've already found an extensions that hides most special pages from certain user groups and it works well [02:33:22] Hopefully not all Special pages. Some of them are quite important. [02:34:03] actually I found a list of all special pages, blocked them all and allowed just some selected ones like special:randompage or search [02:34:19] Blocked them all how? [02:34:27] I mean for unregestered users [02:34:32] Right, how'd you do it? [02:34:56] Lockdown extension [02:35:58] Well, I guess the red warning box at the top was sufficient, then. [02:36:52] it works good, so far :-) note that I'm the only author of my wiki so far [03:21:32] So many changes recently [04:50:00] Hi, I am hoping someone knows who would be good to contact for hired help with mediawiki configuration, deployment, and also have a tiny custom extension written. One of my clients inherited a moderately popular but poorly configured mediawiki site from its previous owner. It uses unsupported extensions and is currently a bit of a mess. I am hoping to find someone expert to hire to help us fix up the deployment or at least ask advice regarding [04:50:00] best practices. Can anyone suggest contacts who are capable and might be willing for hire? [04:54:31] warren: Hi Warren [04:55:08] warren: There are several people who do that sort of thing [04:55:54] * bawolff tries to find the list [04:56:27] warren: https://www.mediawiki.org/wiki/Professional_development_and_consulting [04:57:17] warren: I'll also note that I can do that sort of thing (But I might be biased about myself :) [05:00:02] * bd808 can vouch for bawolff as a genuine MW expert [05:00:29] Great! [05:00:52] https://www.openhub.net/accounts/bawolff pretty graphs suggest he might know something about mediawiki [05:01:31] hmm, most recent commit 6 months ago! I guess I should code more ;) [05:02:09] I haven't been super active as of late, but I must have committed something in the last 6 months [05:02:49] last time I looked openhub was lagged/broken on mw-core commits [05:03:02] maybe by the github project rename? [05:10:51] They used to have problems at random back in the svn days I remember [09:20:11] hum, phpunit.php alterations to use phpunit.phar / composer are not backported to 1.23.9 [09:22:27] wait, I'm confused... how can folks test LTS, if phpunit.php is not backported [09:37:08] kim_bruning: who says we do testing for LTS ? ;) [10:23:03] If I add a subtask to phabricater, it has "priority: normal" ... under reporting a bug it has priority "needs triage" , which should I be using? [10:23:13] (aka. "Am I Doing This Right?") [10:35:49] kim_bruning: a subtask normally copies all properties of the parent task (whether this is sensible behavior can be questioned, but ok...) [10:36:09] Was That A Good Idea Here? [10:36:19] or should I be looking for good deals on brown paper bags [10:36:33] (in my defense, this is my first try using phabricator) [10:36:35] kim_bruning: which one of the two makes more sense depends on the bug, of course ;-) if you're not sure, 'needs triage' is the safe option [10:36:52] currently they're set to 'normal' [10:37:00] but not showing up in the task list [10:37:11] can I show you briefly? [10:37:29] * kim_bruning hates handholding, but you gotta do it to learn ^^;; [10:37:54] https://phabricator.wikimedia.org/T96834?workflow=60881 [10:37:54] sure [10:39:04] kim_bruning: in this case, it's not clear to me whether it should be a subtask, really. It's related, but it's not blocking T60881 [10:39:29] what do you mean with 'not showing up in the task list'? [10:40:51] phabricator home -> [New Tasks] [10:42:10] kim_bruning: oh. I'm not even sure which tasks are supposed to be shown there / how often it's updated [10:42:19] hello [10:42:24] olleh [10:42:26] so I wouldn't pay too much attention to it [10:42:31] alrighty then [10:42:39] is this good enough that it'll get picked up? [10:43:08] In my mediawiki, the search box in vector not redirects into articles [10:43:10] I think so, yes. [10:43:27] What I have to fix for it? [10:43:30] Ok, next up, figure if I can do some backporting myself ^^;; [10:43:34] but I'm not well-versed in how mediawiki handles bugs :-) [10:43:49] well, me either ^^;; [10:43:57] kim_bruning: oh, is this about the LTS? in that case, tagging the release would be good [10:44:19] well, one covers all versions afaict [10:44:24] the other does indeed cover LTS [10:44:36] "tagging the release?" [10:45:16] kim_bruning: yeah, adding a tag which clarifies which release it's for. In the LTS case, that's MW-1.19-release, I think [10:45:28] it's basically what the 'version' field was in Bugzilla [10:45:30] 1.23 these days [10:46:45] ok, added MW-1.23-release [12:02:46] hi, how to fix a position; when we move down the page the object stays [12:41:15] How are people currently doing unit tests for 1.23 LTS? [12:41:49] or where can I see the last unit-test run for that version? [12:41:54] (or can I even do so?) [12:42:05] * kim_bruning has a slight suspicion [12:44:17] kim_bruning: cd tests/phpunit; php phpunit.php [12:44:46] kim_bruning: unit tests are run for every commit using Jenkins CI, you can see the output on gerrit.wikimedia.org [12:45:08] On a clean download of 1.23 LTS ... [12:45:43] (1.23.9 ) [12:46:24] ...you still need to install phpunit... but there is no valid way to install phpunit in a way supported by 1.23 [12:46:47] there is no way? how did i run phpunit back then, then? [12:47:01] by using phpunit installed using pear or apt-get [12:47:11] this support was discontinued in dec 2014 [12:47:15] (by phpunit) [12:47:31] lemme dig up the relevant phabricator post [12:48:10] https://phabricator.wikimedia.org/T60881 [12:49:06] possibly it might still work in vagrant/test environments on the basis that it's not a clean install in a clean environment, and there's still an old phpunit around [12:49:14] * kim_bruning has vagrant ... hum ... [12:51:30] what project name does Jenkins use for LTS? [13:07:49] hum, vagrant has Yet Another Way to deal with phpunit [13:07:52] [13:38:29] hey everybody; we encountered several "internal server errors" during a test run — could this be a performance problem? [13:41:00] right now we get "The website is temporarily unable to service your request as it exceeded resource limit" [14:55:40] hello, I upgraded to mediawiki 1.24.2 [14:55:53] and since then I don't have the wikieditor toolbars in the Vector skin [14:55:58] it's present in monobook [14:56:05] anyone seen this problem? [18:21:10] I'm new to Wiki settings. Is it possible to affect a CSS (logo and body color change...) To a category. I now it's possible for namespace, but will be ugly in my case. [18:27:33] Hi, I have UploadWizard extention installed but it is not working. Can someone please tell me what is goinng on? http://pastie.org/private/sxe5rjqvuebu6xqgrigrg [18:31:36] anyone? [18:31:59] hi mallu [18:32:26] MatmaRex: hello [18:32:42] MatmaRex: Can you please take a look at my log ? [18:33:34] mallu: are you using compatible versions of UploadWizard and MediaWiki? usually extensions have new versions released together with MediaWiki [18:34:22] MatmaRex: I'm getting the extension from http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/UploadWizard/ [18:34:51] that's very old, we switched from SVN to Git a while ago [18:34:52] mediawiki is 1.23.8 [18:34:59] !e UploadWizard [18:34:59] https://www.mediawiki.org/wiki/Extension:UploadWizard [18:35:37] mallu: the best way to download extensions is to find their mediawiki.org page (like that one) and click "Download snapshot" in the box on the right [18:36:00] that goes to https://www.mediawiki.org/wiki/Special:ExtensionDistributor/UploadWizard . choose the version corresponding to your MW version from the dropdown and download :) [18:36:04] ok.. [18:38:05] if you grab an extension in the mediawiki tree from git, you have to checkout the branch for whichever version of MW you're using [18:38:15] looks like you encountered the same thing with svn [18:38:46] (given that it says trunk in the url you gave) [18:38:57] SVN is no longer updated [18:38:58] MatmaRex: All I need to do is just unzip it in the current directory? [18:39:30] mallu: into extensions/UploadWizard, yes. and add the require_once line (as described on the extension's page) into your LocalSettings.php [18:40:31] RobotsOnDrugs: that trunk is from two years ago :) [18:40:43] MatmaRex: I already have that in my Localsettings http://pastie.org/private/cnv9xsecbkwdhvnmjuxfq [18:40:56] okay, good [18:41:46] MatmaRex: yes, so still the problem of being for the wrong version of MW [18:41:56] yup [18:53:23] Hi, can I apply CSS to a wiki category. Thanks for help. [19:06:05] MatmaRex: we use chef to install and configure extensions.. how do I find out the URI for uploaderwizard so that I can specify it in my recipe? [19:08:51] mallu: hmm, i guess you'd probably want to install from git, then? (i never used chef) [19:09:38] MatmaRex: yes.. I will need to use git but I need to tell git where the extention located so that it can clone it [19:10:02] yeah. hold on, let me find the URL [19:10:13] or, you might want to use the github mirror [19:10:29] since you're probably already familiar with that :) [19:10:31] https://github.com/wikimedia/mediawiki-extensions-UploadWizard [19:11:33] ok.. thank you [19:11:57] mallu: the primary repository is at https://gerrit.wikimedia.org/r/mediawiki/extensions/UploadWizard [19:12:11] ok.. thanks [19:12:24] (there's a SSH URL too, but you need to have a Wikimedia Labs account for that) [19:12:44] and yet another mirror at https://git.wikimedia.org/git/mediawiki/extensions/UploadWizard.git [19:13:15] good luck, and sorry for our poor documentation :) [19:13:50] those two URLs are not working :( [19:14:12] MatmaRex: ^^ [19:15:24] mallu: with git clone? [19:15:33] as in, `git clone https://gerrit.wikimedia.org/r/mediawiki/extensions/UploadWizard` [19:15:53] https://gerrit.wikimedia.org/r/mediawiki/extensions/UploadWizard not working [19:16:27] mallu: they won't work in the browser, they are git clone URLs [19:16:54] sorry.. yes they are working [19:17:01] thank you sir [19:18:14] MatmaRex: sorry one more question.. hopefully last one today.. how can i make sure I get only the extension version that works with wikimedia version I have [19:18:59] mallu: after cloning the git repository, run `git checkout REL1_xx`. for example, `git checkout REL1_23` if you're running MediaWiki 1.23.x. [19:19:23] ok.. thanks [19:19:32] mallu: i've never used Chef, but if it has any utilities for using stuff from Git, it probably has a way to do this too [19:20:25] MatmaRex: ok.. thanks [19:20:30] thank you very much [19:21:07] :) [21:15:47] Hi. [21:16:14] any ideas how to configure mediawiki with ldap, using direct bind and requiring an user to be a member of a specific group to log in? [21:34:10] !ldap [21:34:10] http://www.mediawiki.org/wiki/Extension:LDAP_Authentication To get support, open a new thread on the support page http://www.mediawiki.org/wiki/Extension_talk:LDAP_Authentication [22:53:46] Hi, a litte questiona bout links on media wiki. I tried to put a bitcoin url (BIP 21) on a media wiki and it doesn't work... (v.1.23.7) but it's seems to work in later releases (wikipedia.org for example or a local wiki with 1.25wmf21) [22:54:16] bitcoin links are like this : [bitcoin: ], exampke : [bitcoin:1111 foo] [22:55:53] question : do I have a bug in links parsing with my old media wiki install or is bitcoin url a new feature from 1.24.x / 1.25.x mediawiki versions ? [22:59:35] hmm, maybe this : http://www.mediawiki.org/wiki/Manual:$wgUrlProtocols [22:59:41] Yes. [22:59:52] It's set in includes/DefaultSettings.php. [23:00:03] You can override/customize it by editing LocalSettings.php. [23:02:09] Fiona: I sent this page to the wiki admin, I'll see if this is the problem [23:02:12] thx anyway [23:26:03] Hello all, I need some help with formatting a link. The solution isn't easy to find. [23:26:19] The article I want to link to has a / in the filename. [23:26:28] It's actually called /repos.conf [23:26:52] Is there any way to link to it in articles that are not its parent article? [23:27:16] The main article is /etc/portage, the sub-article (sub-page) is /etc/portage/repos.conf [23:27:47] Linking works fine in the /etc/portage article, but I run into problems when I try to link from another article. [23:28:14] Here's the actual page: https://wiki.gentoo.org/wiki//etc/portage/repos.conf [23:28:43] Maybe it can help a solution. :) [23:41:59] Anybody? [23:43:08] maffblaster: try [[:/repos.conf]] [23:44:05] bawolff: That is exactly what I needed. Thank you very much!