[00:25:52] salty-horse: what is the api command you're using to get that? [00:26:58] ty, /w/api.php?format=json&action=parse&prop=text|categories&page=PAGE_NAME [00:29:17] Looks like the &disableeditsection removes it, see https://en.wikipedia.org/w/api.php?format=jsonfm&action=parse&prop=text|categories&page=Astylopsis_perplexa&disableeditsection and https://www.mediawiki.org/wiki/API:Parsing_wikitext [00:29:35] Though on that page, there is still some edit links from the templates on that page [00:30:46] ty, ty :P [00:30:54] :P [07:55:26] hi, what is the name of translatewiki irc? [08:08:37] Juandev: #mediawiki-i18n [08:09:13] thx [08:09:26] I wonder why such strange not intuitive name [08:09:36] why not simply #translatewiki [08:10:34] 'i18n' = i(nternationalizatio)n [08:10:55] most translatewiki matters are more generally responsible to the package being translate [08:11:32] but the actual translatewiki folks do hang out in that channel, so they can help with other translatewiki matters as well [08:24:52] well maybe intuitive for IT crowd [08:27:04] Juandev, for translators there is also #wikimedia-translation [08:28:29] Hello people. Is anybody here? [08:40:38] !ask | Serge [08:40:38] Serge: Please feel free to ask your question: if anybody who knows the answer is around, they will surely reply. Don't ask for help or for attention before actually asking your question, that's just a waste of time – both yours and everybody else's. :) [08:46:27] oki [08:47:29] Serge: I would say there is pretty a lot of people in here [08:48:10] I have a question: how to disable public edit a _part_ of wiki-page? In other words, I need to make constant 1st paragraph of each page (each page has its own paragraph). [09:00:29] I'm getting the strangest error when someone visits the login page: Cannot redeclare class MediaWiki_I18N in ^Hºý^C on line 34" while rea\ [09:00:37] ding response header from upstream [09:01:30] so you dont want first paragraph of each page to be edited? is there a same text or not? [09:06:38] I mean, where can I find the file ^Hºý^C. It's absolutely nonsensical. [09:15:01] Juandev: No, not the same text. Each page contains a different text [09:49:09] Rovanion: isnt that php error? [09:50:36] Juandev: Yes, yes it is. I ended up "solving" the issue by restarting the application server, php-fpm, running mediawiki. I guess it's some sort of memory corruption issue going on but I don't know how to do anything about it. [09:51:28] * Juandev is not good in php [09:51:41] Serge: well, I have seen somewhere the clue [09:52:27] Serge: you would need a special group or just admins to edit that part of text [09:52:38] it might be done by message or css [09:53:03] or maybe transcluded template, which is locked [10:08:22] Juandev: no matter. let it be a special group [10:33:23] Serge: ask on wikipedia-en they have such messages you cannot edit [11:15:33] Juandev: merci [12:36:39] in Templates is it best practice to have a space between the pipe character and the parameter name, and what about spaces before the equals sign? "|foo=bar" vs " | foo = bar" [12:37:38] seems like no spaces are more common? [12:50:54] chippy: personal preference [12:52:52] p858snake, okay thanks [13:17:41] morning [14:52:54] How do i need mediawiki+nginx if i want to use a subdir on my domain? I set $wgScriptPath = "/mediawiki"; and $wgServer = "http://mydomain.de/mediawiki"; My nginx.conf: http://paste.binary101.de/view/ef671fab My mediawiki.conf: http://paste.binary101.de/view/ed56b1c9 [14:54:29] if i open mydomain.de/mediawiki i get the correct index but as soon as i want to login, i get a redirect to mydomain.de/mediawiki/mediawiki/index.php [14:56:43] nvm $wgServer must only be $wgServer = "http://mydomain.de" [16:26:15] hey [16:26:34] i recently installed Template:Infobox, but my wiki says there's a Module missing [16:26:43] even though I have Module:Infobox installed [16:27:05] http://vaporwave.wiki/wiki/Template:Infobox [16:29:36] shmn: edit that template again and preview/save [16:29:51] I guess you imported the module after you created the template [16:30:17] yes [16:30:24] thanks for the help, it's working now [16:30:43] yw :) [16:49:25] anomie: bd808: hey guys, for work planning purposes, what's the timeline on the AuthManager login/createaccount API changes looking like these days? [16:50:18] mdholloway: "foggy with a partial chance of clearing" :) [16:50:26] bd808: :) [16:50:40] mostly depends on when it gets security reviewed I think? [16:50:54] that sounds right [16:51:05] to get the core patch landed anyway [16:51:31] * bd808 is not actually directly involved anymore [16:51:59] anomie's two patches are out of WIP [16:52:35] I have some todos on the UI patch but if pressed I could make them into tasks and it would be mergeable right now, IMO [16:53:03] * bd808 presses tgr [16:53:15] tgr: ok, thanks for the update. I've had a wip patch for Android on the back burner for a while but it sounds like it's probably a good idea to wrap it up in the next week or two. [16:53:33] so security review, CentralAuth/ConfirmEdit/LdapAuthentication/whatever else, then lots of testing before $wgDisableAuthManager is turned off, I suppose [16:53:35] and for iOS as well. [16:54:10] well, it sounds like i might have some time after all. :) [16:55:43] mdholloway: you will have some warning for sure. The patches will last right after a new branch cut to give them maximum time on the beta cluster. I would be very surprised if the swtich was turned on without 2 weeks of beta cluster testing. [16:56:22] but you should expect it to happen this quarter for sure and hopefully by early-mid May [16:57:33] ok, cool. and the client-side changes are pretty painless (thanks!) so i'm not terribly worried, just don't want to let it slip through the cracks. [16:58:42] mdholloway: there is a feature flag to turn it on and off, so the ideal solution would be for the client to detect if it's enabled and then pick between new and old authentication based on that [16:59:22] tgr: that's a good idea, i'll update the task [23:34:02] hi, new users are getting this error: [23:34:02] You do not have permission to edit your private information, for the following reason: [23:34:08] You do not have permission to edit your private information, for the following reason: [23:34:21] oops - faile cut/paste [23:34:27] You are not allowed to execute the action you have requested. [23:34:49] we had this a few months ago, however, i think we had fixed it with some help here [23:38:25] $wgGroupPermissions['*']['viewmyprivateinfo'] = true; [23:38:25] $wgGroupPermissions['*']['editmyprivateinfo'] = true; [23:38:31] * is everyone [23:38:46] ok [23:42:26] Reedy: that works — is it unsafe? [23:42:37] Define unsafe [23:42:38] we have like 4 or 5 measures to prevent spammers [23:42:51] confirm email [23:42:52] I suspect, as far as MW is concerned, anonymous users don't have privateinfo [23:46:26] let me investigate a little. [23:46:42] do you know where in the db is the user group of this user at the moment? [23:46:50] he gave me his temp password [23:47:13] if i see what type of troup he’s in. maybe i can try just adding that for those users? [23:49:07] user_properties has nothing for that user id [23:50:02] or swap '*' for 'user' [23:52:03] if i put user, i get The action you have requested is limited to users in one of the groups: Users, Trusted. [23:52:37] so a user who has not put his initial password yet, is not in the “users” group, looks like