[00:04:49] I'd like to rearrange the layout of the File:Filename pages, does anyone know offhand where I would do that? I have been unsucsessful in finding any detaills on it. (Example, I would like to move the "Upload a new version" link to the top, above the file history etc) [00:07:18] I'm not sure there's an user-available option to rearrange the toolbox [00:08:54] Sorry , I may have miscommunicated. Not looking to rearrnage the toolbox. I'm looking to edit the output template fo the File: pages. The page that you see when you view th details of an uploaded file. Contains file informationa nd hostory etc. I'm sure it's one of the buried php files in there, was just hoping someone could point me in the right direction to find it. [00:11:27] there's a file called ImagePage.php ? [00:11:56] In which folder did you locate that? [00:12:31] includes/page/ImagePage.php [00:12:42] Thank you, let me look into it [00:12:48] FYI, it's generally considered bad practice to "hack core" [00:17:01] fwiw, I didn't "locate" that. I remembered the name and was asking you if such file was there :P [00:17:22] Yes there is, lookign through it now... [00:17:31] it's a good thing that mw didn't change so much [02:17:30] Hi all, is there anybody who can help me with my small problem? [02:18:36] Hi Montrey. [02:18:41] Go ahead and ask your question. [02:19:22] Thank you Fiona. I have a problem while using ParserFunctions. [02:20:05] Don't we all. [02:22:32] I have code in my template like this: {{#if: {{{par2|}} | [[{{par1}}|{{par2}}} | }} but the third | between {{{par1}} and {{{par2}}} seems explain as a ParserFuncions's delimiters, how can I fix it? [02:22:49] * [[{{par1}}|{{par2}}}]] [02:24:15] Montrey: you can use {{!}} if you're using MW 1.24, otherwise create Template:! with a single | character and then use {{!}} [02:24:34] Montrey: What legoktm said. :-) [02:25:46] legoktm: I'm using MW 1.24 and I tried {{!}} but got an Uncreatedpage tips with the displayname as par1|par2 [02:26:44] should I create Template:! ? [02:26:53] Montrey: What code are you trying? [02:27:12] !pastebin [02:27:12] To avoid overflowing the channel with inane amounts of text, use https://dpaste.org/ or other awesome pastebin sites to share code, errors, and other large texts. [02:27:22] You can paste your code there. [02:27:35] In general, parameter names have three {{{ and three }}} [02:27:53] {{#if: {{{par2|}} | <--- For example, this is wrong, you want "}}}" there. [02:28:12] If you fix that, your issues will probably go away. [02:29:04] [[{{par1}}|{{par2}}}]] <--- This should be "[[{{{par1}}}|{{{par2}}}]]" [02:29:31] {{#if: {{{ChineseName|}}}|[[{{{OrginalName}}}|{{{ChineseName}}}]]| }} <--- This's my code in my template [02:30:33] Looks fine to me. What does the template invocation look like? [02:30:45] {{template name | ChineseName=foo }} ? [02:31:01] You probably want OriginalName there, by the way. [02:31:12] {{:OrgnalName|template=template name}} [02:31:25] *OrginalName [02:31:47] If you're using "{{:", that means the page is in the main (unprefixed) namespace. [02:32:09] If your template is in the Template namespace, you want "{{" when calling the template. [02:32:19] Or even "{{Template:name" will work. [02:34:39] my OrginalName page is also using a template, I can get OrginalName and ChineseName correctly, but now I want avoid the | in piped link "[[orginal|chinese]]" being eplain as ParserFunctions' delimiter [02:36:37] OrginalName's page is always exsit but it may not contain a ChineseName, so I want determine If ChineseName is exist then display an PipedLink with [[[OrginalName|ChineseName]], else display nothing. [02:39:05] Fiona,legoktm: Holy crap. I got it, {{!}} works, but why it doesn't work at the beginning? [02:39:26] Dunno. Maybe ParserFunctions is out of date with 1.24? [02:39:36] Someone should look into that. [02:39:46] How did you install 1.24? [02:39:50] I've download newest version of PF [02:39:55] Hmm. [02:40:34] I'm a newbie of wiki system :( [02:41:53] MW is my first wikisystem be in touch with. Thers' too many things I can't do bymyself and Google/MW's Help can't helpme. [02:42:13] Thank you guys verymuch. @Fiona @legoktm [02:42:54] No problem. Glad you figured it out. :-) [02:47:59] !ask | Emufarmers [02:47:59] Emufarmers: 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. :) [04:14:03] I'm trying to pass }} as part of a parameter to a template. Any idea how to do that without closing the template instead? [04:14:41] aka, something like: {{mytemplate| echo ${start${variable}} goes here}} [04:19:07] emacer: go to the page called "Template:))" on your wiki [04:19:14] if it doesn't exist, create it containing just "}}" [04:19:27] then use {{))}} to do that [04:20:02] alternatively, if you don't need whatever's inside the template to see it, you can use }} or }} [04:29:37] jackmcbarn, awesome, thanks! [04:29:46] np [05:33:20] alright time to create a backup tonight [05:33:25] !backup [05:33:26] See http://www.mediawiki.org/wiki/Manual:Backing_up_a_wiki for information about backing up your wiki. For restoring your wiki, see http://www.mediawiki.org/wiki/Manual:Moving_a_wiki#Import_the_database_backup for more. If you don't have database access, try !grabber. [06:30:29] It's always time for a backup! [08:09:43] for recording phabricator screencasts in the GCI, is it ok if the video is around 1 min, 30 secs? [08:26:04] anyone around? [08:26:21] just updated to latest version and i'm getting no style [08:26:39] went through all i could find via google, no luck. anyone else expereiencing this issue? [08:26:59] i'm using RewriteEngine apache2 [08:27:10] hosted on Ubuntu 14.04 [08:59:04] anyone up? [09:34:07] gi11es: Hi, do you have a translatewiki.net account? [10:12:06] Heh, French love the API :) https://translatewiki.net/w/i.php?title=Special%3AMessageGroupStats&x=D&group=mediawiki-api&suppressempty=1#sortable:3=desc [10:55:08] hl3fx: are you updating through git? [13:56:35] hl3fx: you around? [14:00:04] Hi guys! [14:00:37] After uploading a file in MW 1.24 I get this error 6 times: [14:01:24] Warning: is_executable(): open_basedir restriction in effect. File(/bin/bash) is not within the allowed path(s): (list of the paths...) in /includes/GlobalFunctions.php on line 2809 [14:02:02] It is true that /bin/bash is not in that list. So how do I fix this - preferably without having to change the PHP config? [14:02:19] I think it worked without this path in MW 1.23 and before... [14:49:28] How can I login to phabricator? [14:49:54] <^d> Either your labs ldap account or your mediawiki.org account with OAuth. [14:50:12] It says I could use my unified Wikimedia account - I guess that is the one I am also using on e.g. mediawiki.org and on de.wikipedia.org? [14:50:26] <^d> Yes, you click the button and it'll log you in via mw.org with oauth. [14:50:57] ^d: Which button? The big "Login" button in the upper right corner of phabricator? [14:51:24] <^d> Once you click that you should see an option to either type in a user/password (that's ldap) or a MediaWiki logo. [14:51:45] <^d> https://phabricator.wikimedia.org/auth/start/ - click the flower :) [14:52:52] Yes, it's working! The flower was so much out of the box that I did not take it as a login button. There you see how much design matters! :-) [14:53:18] <^d> Yeah I think there's a task about making that login page nicer. [14:54:22] Thanks for the hint! Btw you do not happen to know about the problem I reported above? (I am just about to file a bug for this...) [14:54:40] MediaWiki does a [14:54:42] if ( is_executable( '/bin/bash' ) ) { [14:54:54] only to see, if the bash is usable. [14:55:07] However, if it is _NOT_ then it will work anyway(!) [14:55:31] But the above code will in this case prduce a Warning: is_executable(): open_basedir restriction in effect [14:56:01] <^d> Ew, open_basedir :( [14:56:21] I don't see where getting this warning makes sense: [14:56:33] I mean it is working without bash as well. [14:56:48] All this line is there for seems to be to create this warning,,, [14:58:41] <^d> No, it has a reason :) If bash is available to us we do some fancy script limiting there. [14:59:47] Right, but there is the possibility that it is NOT usable (like in my case). [15:00:06] In this case - apart from the warning - the function is working as well, right? [15:00:18] (Or do I miss something?) [15:00:39] <^d> Yeah, it's working. It's just a warning afaik. [15:01:07] <^d> But reason it's happening post-upload sounds like imagemagick shell outs to me. [15:01:32] "imagemagick shell outs"? [15:01:52] I expect that at that point thumbnails have to be created - these thumbnails _are_ present afterwards... [15:02:29] <^d> Hmm, maybe not then, maybe you're using gd. I dunno, just a guess :) [15:03:08] No, I am using imagemagick. [15:03:10] So all this line does is to throw a warning although things are working. [15:03:30] That's a bug! [15:04:06] <^d> Well, open_basedir is a pretty buggy system. It doesn't surprise me wfShellExec() starts having issues :) [15:04:23] It would be nice if the code did not produce this warning then or (if that is not possible) the warning should at least be suppressed. [15:05:11] (This /bin/bash line is new code. It was introduced because of some issues with the job queue iIrc. It is not really old and well tested...) [15:08:53] <^d> Ahhh, I see what changed. [15:26:06] Whose up for their daily headscratcher courtesy of Ulfr! I have a page that exists on my wiki. It's found here:http://www.wikidoc.org/index.php/Avian_influenza [15:26:26] However, when a user searches for Avian Influenza, as linked here:http://www.wikidoc.org/index.php/Special:Search?search=Avian+in%EF%AC%82uenza&go=Search The page doesn't exist. [15:26:27] Wat. [15:27:24] <^d> Ulfr__: Yes it does. http://www.wikidoc.org/index.php/Special:Search?search=Avian+influenza&go=Search [15:27:33] ... [15:27:34] <^d> You have an encoding error in your search query. [15:28:50] ^d: Sigh. Thanks. Sorry, just got in. [15:29:38] <^d> It happens :) [15:33:35] Bug was marked as completed with the reason listed: User has a case of being French. [15:45:58] Oh, whilst I'm here, how do composer installed extensions make themselves known to the wiki? There's nothing in LocalSettings and running all the installers is a pain. [15:47:13] Nemo_bis, is the list in https://phabricator.wikimedia.org/T70750 accurate, besides the patches that await merging? [15:50:34] Ulfr__: composer will install them, but you have to add lines to LocalSettings.php in order to enable them [15:57:02] RobotsOnDrugs: Are you sure? because with Semantic anyway nothing needs to be added [15:57:11] * Ulfr__ might just need more coffee [15:57:30] i have no experience with semantic mw [15:58:00] Not a big deal, I just know that having the files included in LocalSettings actually broke things a little [15:58:36] once composer installs the extension, it's just like any other extension [15:58:56] marcinlawnik_: some patches were merged in the meanwhile [15:59:33] But it shouldn't be too far from the truth [15:59:36] * Nemo_bis now afk [15:59:43] Ok [16:03:17] Ulfr__, RobotsOnDrugs: For clarification: Composer installed extensions do not usually require modifying LocalSettings.php (except for customizing variables), however SMW needs a call to enableSemantics(); See http://semantic-mediawiki.org/wiki/Help:Installation [16:04:13] Guest21769: Right, got you there. But there's others taht are installed with Semantic Forms Inputs or Result Formats that are also installed like that and don't modify anything [16:04:17] but I'll take another look [16:04:58] I could have sworn that SFI is not (yet) composer enabled [16:05:12] SRF is, however [16:05:39] Yar. I have everything in my MW installs symlinked and the link between the extension and MW is mysterious to me [16:32:32] Would someone mind to take a look on yet another wfMsg patch? [16:32:33] https://gerrit.wikimedia.org/r/#/c/178864/ [16:38:37] Nemo_bis: I'm not sure, I remember wandering there before but I don't know if I was logged in, why? [16:55:53] Hey folks, I'm having issues with uploading avatars via the SocialProfile extension. When I try to upload, no file actually gets uploaded and no picture appears. I chown-ed the directory and chmod 777'd it but still nothing. [16:55:57] No debug either. [17:28:07] Hi - am I the only one who's now getting a massive number of emails from Phabricator, for commits from years ago? And is there a way to stop it? [17:28:53] Yaron: no and yes, see wikitech-l [17:29:22] Excellent. Let me look... [17:34:07] MatmaRex: I can't find the email/thread. Do you know the subject line? [17:34:30] Yaron: yes, "[Wikitech-l] You'll likely get a bunch of Diffusion e-mails" [17:34:34] let me just copy-paste thr good bits [17:34:42] "I'm sorry. These e-mails shouldn't have gone out (and didn't in testing). The links should slowly start to work as things finish importing." [17:34:54] "I've turned on the Audit application for the time being so you can adjust this preference. If you don't want these e-mails (and I don't know why you would) you can set "A commit is created" to "Ignore" in your e-mail preferences." [17:34:56] https://phabricator.wikimedia.org/settings/panel/emailpreferences/ [17:35:51] <^d> My whole e-mails are the good bits. [17:35:52] <^d> :) [17:35:55] Aha! Thanks a lot. [18:03:27] Hey ho! Is there anyone around who knows stuff about the ldap authentication extension? [18:04:24] Ryan_Lane probably. [18:05:21] :) I thought everybody apart from me did it every day [18:06:32] Well, I'm wondering how to sync the "normal authenticated users" who aren't in any special security group [18:07:22] Hi. I've set $wgEmergencyContact, $wgPasswordSender, and $wgNoReplyAddress to a valid email address, but when mediawiki sends mail, that only changes the Reply-To value, not the From value, which is apache@hostname.domain. How can I actually change the From value? [18:16:35] Woah, diffusion spam [18:17:11] Do I really need to get an email for every commit I've ever done? :( [18:17:30] G_SabinoMullane: it's a bug, you can disable it all [18:17:40] https://phabricator.wikimedia.org/settings/panel/emailpreferences/ [18:17:49] quoting the wikitech-l email, "I've turned on the Audit application for the time being so you can adjust this preference. If you don't want these e-mails (and I don't know why you would) you can set "A commit is created" to "Ignore" in your e-mail preferences." [18:18:04] G_SabinoMullane: Just turn off all emails [18:19:13] Er, shouldn't it be opt-in, not opt-out, so to speak? [18:19:18] But thanks for the link [18:19:18] <^d> !diffusionspam is Chad is an idiot. [18:19:19] Key was added [18:19:31] We love you anyway, ^d [18:19:34] <^d> G_SabinoMullane: The e-mails never should've gone out to anyone. [18:19:36] <^d> Period. [18:20:08] Well, not a huge deal, just annoying. Not like I have as many commits as Tim Starling, ha ha ha! [18:20:12] I just deleted them all [18:20:28] got arround 2000 of them :P [18:20:32] <^d> oh my good poor raymond. [18:20:38] <^d> He has like 20k i18n commits. [18:21:17] Heh, should have scrolled up. Sorry, MatmaRex [18:22:13] is that seriously one email per commit? [18:22:23] i only got emails about commits where i am the author and someone else is the committer [18:22:42] (so, all of the ones that someone rebased before merging :P) [18:23:00] well I got mostly e-mails from the good old SVN time [18:23:15] of course I had most of my commits during that time :) [18:23:27] Didn't look close at them all, but seems one per commit, yes. [18:23:38] <^d> ialex: Don't be a stranger :) [18:23:39] for me too [18:37:49] Repeat: Hey folks, I'm having issues with uploading avatars via the SocialProfile extension. When I try to upload, no file actually gets uploaded and no picture appears. I chown-ed the directory and chmod 777'd it but still nothing. [18:38:14] <^d> G_SabinoMullane, ialex: I was thinking of importing the old SVN repo to phabricator as an archive for fun :) [18:38:44] as long as you don’t send e-mails :P [18:38:59] <^d> What's 100k more e-mails between friends? :) [18:39:16] ^d: I added filter -> /dev/null after the first 100 [18:39:42] ^d sure! Why one wouldn’t want it? [18:40:53] ^d: so no worry... :-) [18:50:01] :/ [18:51:14] o/ [18:51:24] /o\ [18:52:01] I'm having problems conncting to a MYSQL DB after upgrading from 1.19 --> 1.23 [18:52:15] is it a shared database? [18:52:15] Nothing seems to appear in the apache log [18:52:21] Nahiyan yes [18:52:32] did you run update.php with --doshared? [18:52:40] I get Bad Client [18:52:40] User is not logged in [18:52:50] Cannot contact the database server [18:52:53] lmc [18:53:00] is the database online? :) [18:53:09] We used capistrano to deploy [18:53:21] Not sure if it is part of the tasks [18:53:26] hm [18:53:26] Yes the DB is up [18:55:57] is it possible for you to run update.php again but with --doshared? [18:56:06] Looks like I didn't run the update.php [18:56:08] if you had the users tables shared [18:56:10] ahh [18:56:27] tell me if running it works! [18:56:42] -_- [18:56:46] theatrex, sorry I don't know much about that extension [18:57:01] :( [18:57:31] you said there was nothing in the debug logs? [18:57:31] I'm basically just trying to make it so I can upload to that directory. My wiki uploads files just fine when I use "Upload File". [18:57:41] Absolutely nothing that I could find. [18:57:49] Want me to check the apache log? [18:58:00] hmm yes [18:58:55] check if there's anything like "PHP Warning" [18:59:09] Enable debug? [18:59:17] yes [18:59:25] Got it. [18:59:34] btw is there a mediawiki specific log? [19:00:06] you can make one [19:00:25] something like: $wgDebugLogFile = "/var/log/lighttpd/wiki/debug.log"; [19:00:46] does it normally just get pushed to the httpd log? [19:00:58] I don't think so [19:01:10] some of the PHP errors/warnings do though [19:01:38] Diddly squat in apache log. [19:01:48] be sure to set it somewhere where PHP can access, i.e. set the open_basedir config setting in php.ini appropriately [19:01:51] Should I check the access log too for apache? [19:02:03] access log shouldn't have anything useful [19:02:09] Damn. [19:02:13] Alright, enabling debug. [19:02:58] add all these if you want: error_reporting( -1 ); ini_set( display_errors, 1 ); $wgShowExceptionDetails = true; $wgDebugToolbar = true; [19:03:07] to LocalSettings.php [19:04:33] wait [19:04:36] nvm [19:04:47] Alright I enabled those. Is there a specific menu on the debug toolbar I should be monitoring while I try to recreate the issue? [19:05:18] Something around debug log menu! [19:06:56] Want me to make a pastebin? I got a log. [19:07:31] ok sure, but just the last access' log should be fine [19:08:52] http://pastebin.com/3xjvQW3F [19:11:40] That's.. weird.... why the hell is it going out to Wikimedia Commons? o.O [19:12:47] presumably you have InstantCommons enabled [19:12:49] !wg InstantCommons [19:12:49] https://www.mediawiki.org/wiki/Manual:%24wgInstantCommons [19:13:01] $wgUseInstantCommons * [19:13:14] sorry! I had some connection problems [19:13:23] Yes I do have that enabled. Could that be what is causing the issue? [19:13:27] but theatrex nothing really sticks out to me, the log seems fine [19:13:48] um, no idea, i wasn't following the chat here [19:14:10] How do I see if PHP can write to that avatars directory? [19:17:28] HOLD THE PHONES! [19:17:38] It was imageMagick! [19:17:41] I got it now! :D [19:17:45] ahh [19:18:05] It's always something related to magic. [19:18:34] Apparently I don't have the program installed for it. That "convert" program. I commented it out in the LocalSettings file and tried to upload and it worked! :D [19:18:55] ahh [19:19:02] congratulations! [19:19:19] Thanks folks! :D [19:19:32] np [19:20:05] <3 [19:39:29] Nahiyan okm fianlly got permissions right [19:39:50] zz_drag00n, it's working now? [19:40:08] when I try to run update.php I get DB connection error: Access denied for user 'beta'@'9.75.201.30' (using password: YES) (eng-db.bigdatalab.ibm.com) [19:40:17] sorry [19:40:25] wriong error [19:40:45] Error: 1054 Unknown column 'page_content_model' in 'field list' [19:41:09] is this something that is created by an earlier script? [19:41:31] zz_drag00n: hmm. which MW version? [19:41:37] 1.23.3 [19:41:43] zz_drag00n: there was a bug in older updater that could cause this [19:41:45] from 1.19 [19:41:55] :( [19:42:16] 1.23.7 is the latest in that branch, try it and see if it still happens [19:42:26] try that updater you mean? [19:42:35] or replace all files? [19:42:48] yes, just upgrade to 1.23.7 [19:43:42] zz_drag00n: if that doesn't help, you can try temporarily setting $wgContentHandlerUseDB = false in LocalSettings.php, running update.php, unsetting that, and running update.php again [19:44:04] (and filing a bug report, please :D) [19:44:06] !newbug [19:44:06] https://phabricator.wikimedia.org/maniphest/task/create/ [19:44:39] ok [19:56:34] Nahiyan just realized that I have been using 1.23.7 [19:56:55] Not sure why I thought 1.23.3 [20:01:45] ok [20:02:16] I cannot help any further! This is out of my knowledge [20:02:45] sorry! [20:15:27] hi, in the mediawiki main website Editor is a button in Editor called Edittools [20:15:44] even have the editor, but is not activated with mine [20:18:02] any idea how to added it? [20:35:45] Hi. I've set $wgEmergencyContact, $wgPasswordSender, and $wgNoReplyAddress to a valid email address, but when mediawiki sends mail, that only changes the Reply-To value, not the From value, which is apache@hostname.domain. How can I actually change the From value? [20:44:19] when is mw sending email? [20:44:23] in theory $wgEmergencyContact would be used as From. [20:44:52] if any SQL peeps could help out I would apprehiate it [20:44:55] update.php 1.19 -> 1.23.7 [20:45:03] https://www.mediawiki.org/wiki/Project:Support_desk#update.php_1.19_-.3E_1.23.7_51643 [20:45:15] maybe $wgUserEmailUseReplyTo helps you, but it's for user emails sent [20:46:06] zz_drag00n, update.php should have taken care of that [20:46:17] but you can manually add the column [20:46:26] Platonides that's what I am trying to run [20:47:38] MySQL db? [20:47:50] yes [20:48:06] ALTER TABLE page ADD COLUMN page_content_model varbinary(32) DEFAULT NULL; [20:48:15] run that [20:48:18] Platonides: when pages on watchlist are changed [20:48:23] (add a database prefix as needed) [20:49:00] Platonides: what happens is the From: is apache@ but Reply-To is the value of $wgPasswordSender (they're all set to the same value). I need the From to be modified as well. [20:49:52] maybe your msa is changing the from header for you? [20:51:01] zz_drag00n: note that those database columns won't be necessary if you set $wgContentHandlerUseDB to false: https://www.mediawiki.org/wiki/Manual:$wgContentHandlerUseDB [20:51:01] zz_drag00n, were you able to go on with the update? [20:52:02] But the updater should explicitly set it to false during the migration purpose to prevent these issues [20:52:12] Vulpix what are they use for? [20:52:42] nvm [20:52:45] reading now [20:58:13] i upgraded my wiki using git to master branch > style failed to load. went through and tried everything i could find on google to no avail. I ended up restoring a backup and will try it again later. [20:58:27] anyone having any issues with this? [21:02:43] i'm already on 1.25alpha, it's not like it's a huge upgrade [21:03:08] Look at browser console? [21:03:25] i'm not sure what that means? [21:04:20] hl3fx: hit F12, and click/look at something that looks like an error console [21:04:58] oh, the console [21:07:40] i'll check it out a little later. i think i'll just clone it out and try it on the clone first. [21:11:50] Platonides: it could be postfix. Any way to debug the call to UserMailer::send() to see the arguments it received? [21:12:22] Platonides Vulpix ok so for now I just commneted that out and ran the upgrade like you said [21:12:51] rnelson0, are you using $wgSMTP or mail() ? [21:13:22] Platonides: I assume mail() since I've not done anything to setup $wgSMTP [21:15:33] now it looks like I have some type of auth problem [21:17:17] go to UserMailer.php and around line 60 place a var_dump($headers); then look what you get in your browser [21:23:46] Platonides: that's in the middle of toString(), that the right place? [21:23:58] I'm using 1.23.5 [21:27:22] even after running update.php I see [21:27:23] Bad Client [21:27:24] User is not logged in [21:27:24] A database query error has occurred. This may indicate a bug in the software. [21:28:16] rnelson0: around line 98 then, inside protected static function sendWithPear( $mailer, $dest, $headers, $body ) { [21:28:25] rnelson0, inside send() function [21:28:46] er... line 360 [21:28:52] not 60, sorry [21:29:41] Platonides: ah okay, I tried it just above the try{} and I didn't see anything in my browser or httpd log files. [21:30:22] have you done the action triggering the email? [21:30:37] maybe you need to disable redirects [21:31:46] set $wgDebugRedirects = true; on LocalSettings [21:38:47] k [21:46:32] no joy [21:46:44] i also set wgDebugLogFile and it's empty. [21:52:58] quick question, does media wiki support full site https? [21:53:33] yes [21:53:33] yes [21:53:39] cool, thx [22:08:18] Platonides: looks like the Headers are set properly ""From: DEVWiki Return-Path: dl-..." (anonymized) but the bounce message shows the return-path as apache@localhost [22:08:30] using postfix as the backend. [22:09:54] Platonides: any idea why postfix is overriding the headers sent to php's mail function? [22:18:18] Platonides: aha! http://slopjong.de/2013/02/05/setting-return-path-in-php-mail/ is a gnarly tail of someone else's odyssey, but the short story is set $wgAdditionalMailParams = "-f $wgPasswordSender" [22:22:26] I'm baaaaaaaack :P [22:24:28] So, I can't get rid of this page title even with that fancy {{DISPLAYTITLE}} tag thing. [22:30:27] theatrex: https://www.mediawiki.org/wiki/Manual:$wgAllowDisplayTitle should get you started [22:30:52] !wg RestrictDisplayTitle [22:30:52] https://www.mediawiki.org/wiki/Manual:%24wgRestrictDisplayTitle [22:30:53] this too [22:37:07] Well I know how to disable the title, but it's in the SocialProfile extension. It also will repeat the page title. See here: https://shrekislove.us/uploads/images/scaled_full_c8d60189499191375639.png