[05:19:51] <traumschule>	 how to fix this classic: "PHP Warning: Cannot modify header information - headers already sent by" CliInstaller.php:162) [MW 1.29.2]
[05:26:11] <bawolff>	 traumschule: Are you trying to use the CLI installer from the web interface?
[05:28:41] <bawolff>	 traumschule: The error is odd, because usually CliInstaller.php would never be executed from the web interface
[05:46:00] <traumschule>	 bawolff: I run php maintenance/install.php ...
[05:46:44] <bawolff>	 traumschule: ok, headers already sent might mean you're running with php's cgi binary instead of php's cli binary
[05:47:57] <bawolff>	 traumschule: However, is there a particular reason why you are running the command line installer? The web installer is a little more stable than the cli installer
[05:49:38] <traumschule>	 php points to /usr/bin/php. the reason is that we install via ansible together with apache and mariadb.
[05:49:57] <bawolff>	 traumschule: if you run 
[05:49:59] <bawolff>	 echo '<?php echo php_sapi_name();' | php
[05:50:07] <bawolff>	 does it output "cli"
[05:50:48] <traumschule>	 <?php echo php_sapi_name();: command not found
[05:51:16] <bawolff>	 unless php cli outputs the misleading error message always because there's no such thing as a header in the cli
[05:51:35] <bawolff>	 you missed the echo
[05:52:05] <traumschule>	 ok, that gives 'cli'
[05:52:55] <Cronus>	 traumschule tomorrow im working on our ansible role. let me know any issues you have :
[05:52:58] <Cronus>	 :)
[05:56:03] <traumschule>	 Cronus: thanks! let me know if you spot any flaws: https://github.com/traumschule/hitchwiki/blob/ansible/scripts/ansible/roles/hitchwiki/tasks/mediawiki.yml (tomorow)
[05:56:32] <tgr>	 bawolff: cli can still give that error, no?
[05:56:52] <tgr>	 if there is an echo and a header() call afterwards
[05:57:03] <bawolff>	 I didn't think so, but then I googled it and google said yes, so I guess I'm wrong
[05:58:00] <tgr>	 some kind of session handling mishap? can't imagine what else would set headers in an installer
[05:58:12] <Cronus>	 traumschule why ty i shall borrow some of this :P
[05:59:03] <traumschule>	 feel free to, although it's quite special because we install several (buggy) extensions
[05:59:54] <Cronus>	 yea i see
[06:00:09] <Cronus>	 install part looks normal to me tho
[06:01:12] <traumschule>	 I remember that I solved the error two weeks ago, but I forgot the fix. Maybe it happens when LocalSettings.php gives any output?
[06:03:11] <traumschule>	 we read the settings from a yaml file with spyc: https://github.com/traumschule/hitchwiki/blob/ansible/configs/mediawiki.php (that file is a template for LocalSettings.php)
[06:04:01] <traumschule>	 so a lot of space for errors to lurk :)
[06:05:00] <Cronus>	 yea im not looking forward to setting up cfg mgmt with ansible for localsettings
[06:05:43] <traumschule>	 do you intent to install via composer?
[06:06:56] <traumschule>	 bawolff: do you happen to know if people read settings from yaml or similar?
[06:07:17] <bawolff>	 traumschule: I believe some enterprise users do (and also do setup from ansible)
[06:07:36] <bawolff>	 Most users I know do not though
[06:07:58] <Cronus>	 havent decided yet
[06:08:26] <traumschule>	 of course. no one has the time to run 100 tests for an average setup
[06:08:53] <Cronus>	 actually i think im gonna end up using the tarball
[06:09:05] <bawolff>	 Wikimedia for example has a gigantic never-ending php file https://noc.wikimedia.org/conf/
[06:09:44] <traumschule>	 that was my first iodea too when I see the formerbash scripts uses composer but then I saw their extension list ..
[06:10:24] <Cronus>	 oh?
[06:11:06] <bawolff>	 There's also https://www.mediawiki.org/wiki/Extension:MediaWikiFarm this. I've never used it so I can't comment on how good it is, but looks like someone put a lot of effort in
[06:11:33] <traumschule>	 looks pretty well structured to me. better than having it all in one file :)
[06:12:20] <traumschule>	 I saw this before and maybe come back to edit because we install for several languages as well
[07:42:58] <traumschule>	 i deleted LocalSettings.php and the error disappeared, searching for hidden characters now ... https://www.mediawiki.org/wiki/Manual:Errors_and_symptoms#Warning:_Cannot_modify_header_information_-_headers_already_sent_by_(...)
[08:03:07] <Alec>	 Hi there, I'm getting weird amounts of spam and I'm using the stock wiki recapatcha module, anything changed recently? I also hear there's a new API out, will taht require significant changes? For example I run mostly just .24 installs (because of the page view counts thing actually)
[08:04:22] <Alec>	 https://wiki.unifiedmathematics.com/index.php?title=Special:RecentChanges notice the crazy amount of account creations
[08:05:55] <legoktm>	 Alec: 1.24 is very old, you should upgrade to a modern version, 1.27 is the current long term support. for page view counts, you can install the HitCounters extension
[08:06:22] <Alec>	 Maybe but if it's not broke... it's also got a lot of custom if small extensions 
[08:06:34] <Alec>	 Back to the issue at hand any news there or is it just a flook?
[08:06:52] <legoktm>	 https://www.mediawiki.org/wiki/Extension:ConfirmEdit#ReCaptcha_(NoCaptcha)
[08:06:59] <legoktm>	 google doesn't support the old recaptcha anymore
[08:07:08] <legoktm>	 you need 1.26+ to use the new recaptcha
[08:07:50] <Alec>	 Yeah but it's not going anywhere?
[08:08:02] <Alec>	 Also I hope that wont be difficult to backport!
[08:08:10] <Alec>	 Not until march 2018 I thought
[08:14:19] <legoktm>	 I'm not sure how well the old one is maintained
[08:26:52] <traumschule>	 111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111111
[08:27:40] * traumschule just cleaned the keyboard from a sticking sunflower seed
[08:28:53] <Alec>	 traumschule: STFU
[08:39:41] <traumschule>	 Alec, it's clean now.
[08:40:44] <traumschule>	 has this been merged and works: https://phabricator.wikimedia.org/T157392 - according to the commit message a backtrace should be shown for "Warning: Cannot modify header information"
[08:41:41] <traumschule>	 it could be really handy to find out which config has unallowed spaces or invisible chars
[08:43:11] <traumschule>	 if LocalSettings.php is the culprit, adding $wgShowExceptionDetails = true; or $wgShowDBErrorBacktrace = true; to it would not help,
[08:43:57] <legoktm>	 traumschule: did you make sure there are no spaces in front of the <?php at the beginning of the file?
[08:44:08] <traumschule>	 yes
[08:45:05] <traumschule>	 but deleting the file makes it go away so I suspect one of the includes
[08:45:43] <traumschule>	 already rgrep'ed for ' <?php' ...
[08:47:14] <legoktm>	 they could be invisible BOM characters
[08:47:19] <traumschule>	 legoktm: this is the output https://paste.debian.net/996020/
[08:47:35] <traumschule>	 i read that also, how to find them?
[08:47:48] <legoktm>	 that all looks fine
[08:48:39] <traumschule>	 mh, i hoped you could make sth up
[08:48:41] <legoktm>	 vim appears to have an option for it http://vim.1045645.n5.nabble.com/How-to-display-and-remove-BOM-in-utf-8-encoded-file-td4681708.html
[08:57:47] <traumschule>	 what is the backtrace collector?
[09:03:31] <traumschule>	 i added above vars at the beginning of maintenance/install.php but no backtrace is shown
[09:13:42] <traumschule>	 grep -rl $'\xEF\xBB\xBF' .|grep php => none
[09:23:04] <traumschule>	 so BOMs are not the reason. how else to debug this? the output of the install script shows when it appears - who has an idea what is executed after checking for 'You can install MediaWiki.': https://paste.debian.net/996024/
[10:25:16] <stevenm>	 Anyone been trying use NSFileRepo on 1.27 ?
[10:35:48] <andre__>	 stevenm: even if, why would it matter?
[10:37:33] <Alec>	 Deep stuff there andre__ 
[10:37:49] <andre__>	 Alec: Nope, just "don't ask to ask, just ask" :)
[10:38:13] <Alec>	 More deep thoughts lol.
[11:44:47] <afernandez_>	 how do i make freenode to show unafiliated instead of my ip?
[11:45:15] <Alec>	 afernandez_: don't bother
[11:45:24] <afernandez_>	 ok
[11:45:36] <Alec>	 Come here, ask your question, leave.
[11:45:44] <afernandez_>	 ok
[11:46:20] <Alec>	 So what do you want afernandez_?
[11:46:57] <afernandez_>	 For now nothing thanks, later on I will play with my wiki. Thanks Alec 
[11:48:16] <Alec>	 okay afernandez_ time for step 3.
[11:48:18] <Alec>	 Cya
[11:49:08] <Alec>	 I like him.
[11:52:07] <afernandez_>	 :)
[13:07:26] <DanielK_WMDE>	 Alec: I prefer: come here, ask your question, lurk.
[13:09:34] <Alec>	 DanielK_WMDE: I know I was just trying something out
[15:57:05] <Esther>	 You can get an unaffiliated cloak from Freenode.
[15:57:09] <Esther>	 I guess in #freenode? I forget.
[16:57:33] <Nemo_bis>	 Is there a hook to prevent a specific page from being indexed by the internal search engine?
[17:05:19] <Esther>	 Nemo_bis: Blank the page? :-)
[17:05:48] * Nemo_bis reaches for the bat
[17:06:22] <Esther>	 The internal search engine should probably respect __NOINDEX__. Dunno if it does.
[17:07:01] <Nemo_bis>	 AFAIK not
[17:07:06] <Nemo_bis>	 No shortage of options https://www.mediawiki.org/w/index.php?title=Special:Search&search=search+incategory%3A"MediaWiki+hooks"
[17:07:20] <Esther>	 I think it was problematic because some people use __NOINDEX__ to mean "no external search engines."
[17:07:30] <Esther>	 And they don't want __NOINDEX__ to apply to internal search.
[17:08:18] <Nemo_bis>	 Indeed
[17:08:41] <Esther>	 https://phabricator.wikimedia.org/T26169 hmmmm.
[17:09:00] <Esther>	 https://phabricator.wikimedia.org/T24251 I guess.
[17:09:21] <Esther>	 There's obvious potential for abuse if people can mask content from search.
[17:09:40] <Nemo_bis>	 That too
[17:09:49] <Nemo_bis>	 https://www.mediawiki.org/wiki/Manual:Hooks/ShowSearchHitTitle is presumably the "clean" way... let's see if it works
[17:10:21] <Esther>	 You could, uhhh, manually delete the results from the search index after every re-index.
[20:19:24] <hop>	 Reedy: thank you for https://phabricator.wikimedia.org/T180537 !
[20:40:05] <hexmode>	 So, there is a Wanted templates special page.  Anything like that for modules pages?
[20:43:22] <hop>	 hah, next question: why is the legacyB password hash format so weird?
[20:57:02] <legoktm>	 hexmode: it was reverted :/ https://phabricator.wikimedia.org/T104002
[20:57:24] <hexmode>	 ugh
[22:28:10] <Nikolas>	 Hi 
[22:28:46] <Nikolas>	 I am new to mediawiki and need to be an autoconfirmed user in order to post to the Help Desk
[22:29:17] <Nikolas>	 I am having issues with Extension:GoogleLogin, where is the best place to get help/support? thank you, that would be really appreciated
[22:31:00] <Skizzerz>	 Nikolas: you can try here, if you post more details on your troubles
[22:31:37] <Skizzerz>	 !e GoogleLogin
[22:31:37] <wm-bot>	 https://www.mediawiki.org/wiki/Extension:GoogleLogin
[22:32:35] <Skizzerz>	 you can also try the extension's talk page, although that seems quiet
[22:33:58] <Skizzerz>	 <shameless-plug>I also launched a mediawiki support forum at https://mwusers.org in the event nobody here is around to help by the time you get to asking your question (I'm personally going to be gone in a bit under an hour)</shameless-plug>
[22:39:00] <Nikolas>	 Ok Skizzerz, so I have a freh install of mediawiki to set up a private wiki for a company. We would like to restrict the users to the staff using their Google Business account to access the wiki. I have installed Extension:GoogleLogin I updated the settings in the LocalSettings.php file with the following $wgGLSecret = 'XXXXX'; $wgGLAppId = 'XXXX'; $wgGLAllowedDomainsDB = true; $wgGroupPermissions['*']['read'] = false; $wgGroupPe
[22:39:21] <Skizzerz>	 your message cut off
[22:39:46] <Skizzerz>	 please post the relevant bits in a pastebin, like https://dpaste.de
[22:39:52] <Skizzerz>	 then link it here :)
[22:41:00] <Skizzerz>	 also, if you could say what happens when you attempt to log in, that would be helpful (any error messages? white screens? etc.)
[23:12:10] <Nikolas>	 Than yiu Skizzerz I will use the forum you sent me
[23:12:29] <Nikolas>	 that will be easier to manage :-)
[23:12:35] <Skizzerz>	 ok :)
[23:12:44] <Skizzerz>	 I do have to be heading off now, but I'll take a peek later