[01:03:30] <RingtailedFox>	 heya guys... i upgraded my mediawiki install to the current version, and now i have an odd error... i'm not sure what to make of it: http://starfoxwiki.info/wiki/Lylat_Wiki
[01:52:22] <RingtailedFox>	 helo?
[01:57:39] <ori>	 hi
[02:45:50] <RingtailedFox>	 i've been getting odd errors on my mediawiki install: http://starfoxwiki.info/wiki/Lylat_Wiki
[02:47:30] <TimStarling>	 what are the errors?
[02:52:23] <RingtailedFox>	 i have no idea... that's why i cae here
[02:52:24] <RingtailedFox>	 *came
[02:53:08] <TimStarling>	 what is the actual thing that you are seeing on that page?
[02:53:24] <TimStarling>	 is it a picture of a camel?
[02:54:18] <RingtailedFox>	 no, supposed to be a starfox-themed wiki
[02:55:16] <TimStarling>	 because it looked to me like it actually was a starfox-themed wiki
[02:55:53] <TimStarling>	 that's why I'm asking you for the exact text of the error messages that are troubling you
[02:57:12] <RingtailedFox>	 Strict Standards: Declaration of GadgetResourceLoaderModule::getDependencies() should be compatible with ResourceLoaderModule::getDependencies(ResourceLoaderContext $context = NULL) in /home/starfoxw/public_html/w/extensions/Gadgets/Gadgets_body.php on line 421
[02:57:13] <RingtailedFox>	 Warning: OutputPage::getModuleStyles: style module should define its position explicitly: ext.echo.badge ResourceLoaderFileModule [Called from OutputPage::getModuleStyles in /home/starfoxw/public_html/w/includes/OutputPage.php at line 623] in /home/starfoxw/public_html/w/includes/debug/MWDebug.php on line 300
[02:57:13] <RingtailedFox>	 Warning: OutputPage::getModuleStyles: style module should define its position explicitly: ext.gadget.ReferenceTooltips GadgetResourceLoaderModule [Called from OutputPage::getModuleStyles in /home/starfoxw/public_html/w/includes/OutputPage.php at line 623] in /home/starfoxw/public_html/w/includes/debug/MWDebug.php on line 300
[02:57:19] <RingtailedFox>	 that's the stuff that pours out... not sure why
[03:00:17] <ori>	 you can't load the CSS extension via wfLoadExtension('CSS'), because it has not been updated for the new extension registration / loading mechanism. You need to replace that line (line 155 in /home/starfoxw/public_html/w/LocalSettings.php) with: require_once "$IP/extensions/CSS/CSS.php";
[03:01:27] <ori>	 ditto for the Variables extension
[03:01:38] <ori>	 ...and PatrolledEdits :)
[03:02:34] <ori>	 legoktm: have you considered making wfLoadExtension( 'foo' ) default to loading $IP/extensions/foo/foo.php, if extension.json is missing?
[03:03:14] <RingtailedFox>	 i tried switching everything to wfloadextension thinking that woudl fix it
[03:03:18] <RingtailedFox>	 well,t aht was a failure
[03:03:19] <RingtailedFox>	 so i'm reverting the cahnges
[03:03:23] <RingtailedFox>	 not sure why the wiki is acting up
[03:03:28] <RingtailedFox>	 upgraded fro 1.25.3 to 1.26.1
[03:03:45] <ori>	 what is "it", that you were hoping the change would fix? the warnings?
[03:04:00] <RingtailedFox>	 yes
[03:05:14] <RingtailedFox>	 therew e go. back to normal
[03:05:16] <RingtailedFox>	 well, the new normal
[03:05:37] <ori>	 add $wgShowExceptionDetails = true; to LocalSettings.php
[03:05:59] <RingtailedFox>	 ok
[03:06:01] <RingtailedFox>	 http://starfoxwiki.info/wiki/Special:Version
[03:07:05] <ori>	 that's another extension you can't load via wfLoadExtension
[03:07:26] <RingtailedFox>	 oh for fuck's sake
[03:07:37] <ori>	 ..and another
[03:07:40] <RingtailedFox>	 yeah
[03:07:52] <RingtailedFox>	 let me fix this
[03:09:02] <ori>	 the warnings are included in the HTML because of the value you set for PHP's error reporting level
[03:10:51] <ori>	 there are several places where you may be setting it. do you see calls to error_reporting( <some value> ) or ini_set( 'display_errors', <some value>  ); in LocalSettings.php?
[03:11:35] <RingtailedFox>	 hold on, winscp is locking pu
[03:11:36] <RingtailedFox>	 *up
[03:12:03] <ori>	 there may also be an .htaccess file in  /home/starfoxw/public_html with "php_value error_reporting <some value>"
[03:12:32] <RingtailedFox>	 ok
[03:12:42] <ori>	 there's also php.ini, but i'm guessing you don't have access to that
[03:12:48] <RingtailedFox>	 no htaccess
[03:12:50] <RingtailedFox>	 oh i have root access
[03:13:13] <RingtailedFox>	 # Display detailed information about server errors
[03:13:13] <RingtailedFox>	 error_reporting( E_ALL | E_STRICT );
[03:13:13] <RingtailedFox>	 ini_set( 'display_errors', 1 );
[03:13:14] <RingtailedFox>	 ini_set( 'display_startup_errors', 1 );
[03:13:18] <RingtailedFox>	 taht's in LocalSettings.php
[03:14:47] <ori>	 comment out the error_reporting line
[03:15:22] <ori>	 (that is, prefix it with '#')
[03:15:55] <RingtailedFox>	 i' rather fix errors than ignore them :)
[03:16:42] <ori>	 I'm not entirely sure what problem you are trying to fix, then
[03:17:05] <RingtailedFox>	 hmm
[03:17:36] <RingtailedFox>	 yeah, commenting it out does nothign
[03:18:33] <ori>	 you need to undo the breakage you introduced by trying to use wfLoadExtension() with legacy extensions
[03:19:00] <RingtailedFox>	 already did
[03:19:05] <RingtailedFox>	 http://starfoxwiki.info/wiki/Special:Version gives an error too
[03:19:32] <ori>	 but you took out $wgShowExceptionDetails = true;
[03:19:51] <RingtailedFox>	 [ac3be432] 2016-05-06 03:19:42: Fatal exception of type "MWException"
[03:19:53] <RingtailedFox>	 yes
[03:20:38] <ori>	 add it back, so we know what the exception is
[03:20:44] <RingtailedFox>	 already did
[03:20:48] <RingtailedFox>	 removnig it changed nothing
[03:21:04] <RingtailedFox>	 [77b0991d] 2016-05-06 03:20:52: Fatal exception of type "MWException"
[03:21:13] <ori>	 add it to the top of LocalSettings.php
[03:21:18] <ori>	 if you added it to the bottom, move it up
[03:21:41] <RingtailedFox>	 now at the top, just below the <? php header
[03:21:58] <ori>	 [0e6f82b7] /wiki/Special:Version MWException from line 40 of /home/starfoxw/public_html/w/extensions/TrustedXFF/TrustedXFF.body.php: TrustedXFF: hosts file missing. You need to download it.
[03:22:00] <RingtailedFox>	 hmm, trustedXFF
[03:22:01] <RingtailedFox>	 yeah
[03:22:25] <RingtailedFox>	 copying
[03:23:02] <RingtailedFox>	 that file's there
[03:23:05] <RingtailedFox>	 not sure why it's bitching
[03:23:35] <ori>	 run:
[03:23:49] <ori>	 cd /home/starfoxw/public_html/w ; php extensions/TrustedXFF/generate.php --conf LocalSettings.php 
[03:25:00] <RingtailedFox>	 cannot find generate.php
[03:25:07] <RingtailedFox>	 *cannot open generate.php
[03:25:19] <ori>	 ok, remain in the same directory, but run:
[03:25:28] <RingtailedFox>	 i'm in trustsedxff's directory
[03:25:49] <ori>	 just run this, from whereever: curl https://noc.wikimedia.org/conf/trusted-xff.cdb -o /home/starfoxw/public_html/w/cache/trusted-xff.cdb
[03:26:28] <RingtailedFox>	 oy, that'sway more painful than it needs to be
[03:26:29] <ori>	 yay
[03:27:34] <ori>	 yes
[03:28:04] <ori>	 the version of the Gadgets you are using is out of date, I think
[03:28:34] <ori>	 if you update it to the latest version, those warnings should go away
[03:28:38] <RingtailedFox>	 i'm just using the version that came bundled with 1.26.2
[03:28:39] <ori>	 ditto the monobook skin
[03:28:48] <RingtailedFox>	 i'll try to update the
[03:28:50] <RingtailedFox>	 *them
[03:28:50] <ori>	 hrm
[03:29:55] <ori>	 you should probably remove $wgShowExceptionDetails = true; now
[03:30:22] <ori>	 we enabled it so we could figure out why mediawiki was throwing an exception
[03:30:40] <ori>	 now that it's loading, you should take it out. it's off by default because exception details are liable to contain sensitive information.
[03:30:43] <RingtailedFox>	 loading now
[03:30:53] <RingtailedFox>	 most of the errors are gone!
[03:31:07] <ori>	 yeah, just the monobook ones remain
[03:31:57] <RingtailedFox>	 down to just two errors now
[03:32:09] <RingtailedFox>	 Warning: OutputPage::getModuleStyles: style module should define its position explicitly: ext.echo.badge ResourceLoaderFileModule [Called from OutputPage::getModuleStyles in /home/starfoxw/public_html/w/includes/OutputPage.php at line 623] in /home/starfoxw/public_html/w/includes/debug/MWDebug.php on line 300
[03:32:09] <RingtailedFox>	 Warning: OutputPage::getModuleStyles: style module should define its position explicitly: ext.echo.badge ResourceLoaderFileModule [Called from OutputPage::getModuleStyles in /home/starfoxw/public_html/w/includes/OutputPage.php at line 623] in /home/starfoxw/public_html/w/includes/debug/MWDebug.php on line 300
[03:32:53] <ori>	 you may be able to make that go away by upgrading Echo, but I really wouldn't, because
[03:33:23] <ori>	 that warning is there to nag developers into fixing their code so that it's compatible with future changes
[03:33:42] <RingtailedFox>	 echo?
[03:33:43] <ori>	 mediawiki will do the right thing in this case, the warning is of no consequence to you
[03:33:57] <ori>	 yes, ext.echo.badge is part of the Echo extension
[03:35:14] <ori>	 you could upgrade Echo, or you could change the error reporting line in your LocalSettings.php so it suppresses warnings
[03:35:21] <ori>	 by changing it to error_reporting( E_ERROR );
[03:35:36] <ori>	 i'd recommend suppressing the warning rather than trying to upgrade the Echo extension
[03:35:50] <RingtailedFox>	 THERE we go
[03:35:59] <RingtailedFox>	 wait, i upgraded echo...
[03:36:01] <RingtailedFox>	 why is that a bad thing?
[03:36:16] <ori>	 it's fine if you did and it works
[03:36:24] <ori>	 I was just worried you'd run into another set of compatibility issues
[03:36:32] <ori>	 it looks like you haven't, so good
[03:37:22] <RingtailedFox>	 still, thank you so uch for helping me with these issues
[03:37:44] <ori>	 you're welcome! I have to get going, bye
[03:39:24] <RingtailedFox>	 be safe
[06:25:21] <legoktm>	 ori: unfortunately that wouldn't work because the PHP entry points expect to run in global scope and that would put them in function scope
[06:45:51] <ori>	 legoktm: there has to be some way around that. For example, wfLoadExtension() could add "$IP/extensions/foo/foo.php" to some global array, and file-scope code in Setup.php could iterate on that and load each file
[06:46:24] <legoktm>	 hmm, that's actually a really good idea.
[06:47:39] <TridenRake>	 Hi all. I am editing a wiki right now (own mw installation). One of my entries after a h3 tag wont be rendered inside a paragraph. Is this a bug?
[06:47:47] <ori>	 if you want to preserve load-order for both new (extension.json) and old extensions you would have to load all extensions in that Setup.php code
[06:48:20] <ori>	 so in both cases (old and new) wfLoadExtension() should add an item to a load queue, rather than actually load
[06:48:46] <ori>	 that probably won't work
[06:49:07] <legoktm>	 ori: we'd run into the issue that ExtensionRegistry has code designed that config is loaded before the extension info is, while PHP entry points rely on them being loaded before config
[06:49:14] <ori>	 yep
[06:49:25] <ori>	 yeah, that's a fatal flaw
[06:49:25] <ori>	 sucks
[06:50:06] <legoktm>	 TridenRake: hi, I'm not really sure what you mean. Can you pastebin the wikitext that's not working?
[06:50:59] <TridenRake>	 legoktm, I'll annotate the issue and paste a imgur link, so that you cud get a better idea. :) Be back in a moment!
[06:53:48] <TridenRake>	 legoktm, http://i.imgur.com/wMqwjC7.png
[06:54:30] <legoktm>	 hm, does your wiki have tidy enabled?
[06:54:35] <legoktm>	 and can I see the source wikitext?
[06:56:07] <TridenRake>	 legoktm, http://pastebin.com/gwKn3v9g
[06:56:24] <TridenRake>	 legoktm, Tidy? Is that an extension?
[06:57:23] <legoktm>	 !tidy
[06:57:23] <wm-bot>	 HTML Tidy is an external application that cleans up HTML for XHTML compliance (such as bad user input like <table><tr></td></table>). Prior to the new preprocessor in 1.12 it was also needed for distributed, transcluded, or conditional HTML, or mixed HTML and wikitables, but newer versions allow it without Tidy. See <http://www.mediawiki.org/wiki/Manual:%24wgUseTidy>
[06:57:52] <TridenRake>	 legoktm, I will enable tidy and let you know if this changes. :)
[06:58:18] <legoktm>	 after you enable tidy, make sure to null edit the page so it reparses
[07:00:28] <TridenRake>	 legoktm, I am not sure how to use $wgTidyConfig. Sorry, I am not that good with MediaWiki.
[07:00:57] <TridenRake>	 Following this - https://www.mediawiki.org/wiki/Manual:$wgTidyConfig
[07:00:59] <legoktm>	 what version of MW are you using?
[07:01:10] <TridenRake>	 1.26. The latest build.
[07:01:39] <legoktm>	 just add $wgUseTidy = true; to your LocalSettings.php for now
[07:01:43] <legoktm>	 that should be good enough
[07:02:35] <legoktm>	 (I'm not actually sure this will solve your problem, so I don't want you to spend too much time trying it out...)
[07:03:06] <TridenRake>	 Yeah. In a minute.. :) Will check it in a flash!
[07:04:24] <TridenRake>	 legoktm, it's fixed now. But I see that this is deprecated. Is that okay?
[07:04:25] <Serge>	 Hello people.
[07:05:09] <Serge>	 I have a little question: how to print error message with $status->fatal() in Hook?
[07:06:19] <Serge>	 Im using $status->fatal($message) but it just prints the raw text outside of <p class="errorr>. Wth?
[07:06:27] <Serge>	 Any ideas?
[07:08:15] <Serge>	 using $status->fatal('<p class=error'>...) but its weird
[07:08:26] <Serge>	 Anyone can hear me? :P?
[07:22:16] <Niharika>	 Serge: I can, but the people you want to hear you are all sleeping. 
[07:22:27] <Niharika>	 Lemme see if I can find anything in the docs. 
[07:26:25] <Serge>	 merci
[07:31:05] <Niharika>	 Serge: https://www.mediawiki.org/wiki/Manual:Hooks/PageContentSave Did you do new RawMessage($message)?
[07:31:14] <Niharika>	 Although I am not sure it will help. 
[07:44:29] <legoktm>	 TridenRake: sorry went afk for a bit. Yeah, it should be fine.
[07:44:49] <legoktm>	 Serge: you should create an i18n message with the error text you want, and pass the key to the fatal function
[07:44:53] <TridenRake>	 legoktm, Thank you for helping me. :)
[07:45:19] <legoktm>	 anytime :)
[07:45:25] <CZauX>	 Are there any Mediawiki hooks or variables I can use in an extension to get the entire output of a page?
[07:45:32] <CZauX>	 Including head, body, etc.
[07:46:59] <Serge>	 yes i used RawMessage -- no effect
[07:48:07] <Serge>	 Legoktm, thenk you, i'll try it
[07:48:14] <Serge>	 *thank
[08:21:48] <Serge>	 Legoktm, here is code: $status->fatal('message-no-permission-to-edit'); same problem: it creates his own P element
[08:23:06] <legoktm>	 Serge: you don't want a p element?
[08:25:40] <Serge>	 legoktm: when i call fatal() i've got empty P[@class='error'] and P with my message. But i need to have P[@class=error] with my message :-)
[08:27:13] <Serge>	 ups... U r right: i dont need P element )) "<p class="error"><p>MESSAGE
[08:27:13] <Serge>	 </p></p>" -- is what i have
[08:27:45] <legoktm>	 why do you need that structure?
[08:28:59] <Serge>	 I need <p class="error">MESSAGE</p>, but i have <p class="error"><p>MESSAGE</p></p>
[08:32:57] <legoktm>	 yes but *why* do you need that?
[08:35:24] <Serge>	 I just need to show error message ;P  If you know another way please give it to me.
[08:35:47] <legoktm>	 I don't, sorry. 
[08:35:58] <legoktm>	 if I understood your usecase better, I might be able to suggest something else
[08:36:12] <legoktm>	 But I have to go sleep now anyways, bye o/
[08:37:55] <Serge>	 okay. Im coding extension. So in Hook I have to check special permission and if it FALSE i have to cancel operation (with given $status) & display error message
[08:38:12] <Serge>	 legoktm, ciao!
[08:38:22] <Serge>	 thanks 4 trying )
[09:22:53] <Serge>	 Hello people. Does anyone khow why $status->fatal(wfMessage("message")) produces <p>MESSAGE</p> instead of plain text?
[09:35:06] <CZauX>	 So far, OutputPage::getHTML(), nor $mBodytext actually returns the body of the page with the onBeforePageDisplay hook
[09:35:48] <CZauX>	 Just returns the article, but the documentation on it is misleading saying it return all inside the <body> tag
[11:30:14] <CZauX>	 Ah, it seems that the skin is the last handler of outputting data to the request, I don't think its possible to hoot into the entire output of a page, has to be an API request, but that doesn't work for my use case :\
[12:03:04] <Serge>	 Hello people. Does anyone khow why $status->fatal(wfMessage("message")) produces <p>MESSAGE</p> instead of plain text?
[12:04:36] <Nikerabbit>	 Serge: wfMessage( 'message' ) gets cast to a string, and that calls ->parse()
[12:04:44] <Nikerabbit>	 you should always specify the output format
[12:05:43] <Serge>	 ->plain() produces <p>..</p> too :-(
[12:35:53] <Nikerabbit>	 Serge: well it could be that whatever formats the Status output outputs html
[13:37:42] <vramana>	 The AJAX example given on this page https://www.mediawiki.org/wiki/Manual:CORS doesn't work. https://jsbin.com/surele/edit?js,output What am I missing ?? 
[13:56:51] <Auger>	 morning
[13:56:59] <Nikerabbit>	 evening
[13:59:57] <Auger>	 howdy Nikerabbit 
[14:00:24] <Nikerabbit>	 going out to enjoy the weather
[14:09:49] <Auger>	 wish i could say the same
[14:58:20] <dennyvrandecic_>	 is the mwf meeting happening on IRC or somewhere else?
[18:17:16] <spelledgeary>	 Hello. Does anyone know how you can obtain page view statistics in 1.26.2?
[18:21:09] <MaxSem>	 spelledgeary, https://www.mediawiki.org/wiki/Extension:Google_Analytics_Integration or https://www.mediawiki.org/wiki/User:Dantman/Analytics_integration
[18:22:34] <spelledgeary>	 You can use Google Analytics to query most popular pages, like you could previously with Mediawiki?
[18:23:54] <andre__>	 spelledgeary, maybe https://www.mediawiki.org/wiki/Extension:HitCounters ?
[18:25:42] <spelledgeary>	 thanks for the suggestions, HitCounters has major issues with 1.26
[18:26:00] <MaxSem>	 andre__, "A fresh install in MW 1.26 and higher is not possible!"
[18:26:16] <andre__>	 argh
[18:28:20] <spelledgeary>	 We didn't realize the stats had been removed until after the install. I assume you could run mySQL queries to obtain the info though?
[20:19:09] <Mario_>	 Hi guys, I need help setting up MW on my omeka site, anyone has some exp with that??
[20:20:33] <Mario_>	 ANYONE CAN ASSIST WITH THAT?
[20:24:14] <Yaron>	 Mario_: what do you need help with?
[20:26:18] <Mario_>	 I have installed MW on a omeka site and gave Apache all the required permissions (same as site permissions) then when I go to xxxx/omeka/site/wiki/ and i get 404 Page not Found
[20:27:50] <Yaron>	 What is the name of the MediaWiki directory - /w ?
[20:27:52] <Mario_>	 Yaron_ let me know what you think
[20:28:37] <Mario_>	 var/www/html/omeka/sitename/wiki/I unpcket everything here
[20:28:46] <Mario_>	 you have all the installation under wiki/
[20:30:07] <Yaron>	 What happens if you go to "xxxx/omeka/site" - do you see the right thing there?
[20:30:28] <Mario_>	 that is my site and it works fine
[20:31:06] <Yaron>	 Alright.... what if you go to xxxx/omeka/site/wiki/index.php - also a 404?
[20:31:13] <Mario_>	 I want to install WM for in my omeka site that uses SCRIPTO (a pluging that requires MW)
[20:31:31] <Mario_>	 Yes I tried .index.php and same thing
[20:32:23] <Yaron>	 Alright - that's strange. I don't know what's causing that; maybe someone else does.
[20:32:26] <Mario_>	 404 Page Not Found /omeka/sitename/wiki/index.php is not a valid URL.
[20:35:00] <Mario_>	 Thanks[YARON]
[20:35:05] <Mario_>	 Any one else
[20:35:06] <Mario_>	 ??
[22:29:16] <RingtailedFox>	 heya guys.... having more issues with mediawiki 1.26.2.... the skins stopped working and now throw errors: http://www.starfoxwiki.info
[22:30:55] <Skizzerz>	 if you're using git as oposed to the tarball, the skins are in their own repos and need to be updated separately
[22:30:56] <MaxSem>	 is your monobook up to date with 1.26 brnch?
[22:31:49] <RingtailedFox>	 yes
[22:31:56] <RingtailedFox>	 i'm using the tarballs
[22:32:04] <RingtailedFox>	 1.26 seems incredibly buggy for a final release
[22:32:46] <ilera>	 if it was, WP/WM wouldn't use it - something must be wrong somewher
[22:33:45] <RingtailedFox>	 Warning: OutputPage::getModuleStyles: style module should define its position explicitly: skins.monobook.styles ResourceLoaderFileModule [Called from OutputPage::getModuleStyles in /home/starfoxw/public_html/w/includes/OutputPage.php at line 623] in /home/starfoxw/public_html/w/includes/debug/MWDebug.php on line 300
[22:33:45] <RingtailedFox>	 Warning: OutputPage::getModuleStyles: style module should define its position explicitly: skins.monobook.styles ResourceLoaderFileModule [Called from OutputPage::getModuleStyles in /home/starfoxw/public_html/w/includes/OutputPage.php at line 623] in /home/starfoxw/public_html/w/includes/debug/MWDebug.php on line 300
[22:33:46] <RingtailedFox>	 Warning: OutputPage::getModuleStyles: style module should define its position explicitly: skins.monobook.styles ResourceLoaderFileModule [Called from OutputPage::getModuleStyles in /home/starfoxw/public_html/w/includes/OutputPage.php at line 623] in /home/starfoxw/public_html/w/includes/debug/MWDebug.php on line 300
[22:33:47] <ilera>	 have you edited the monobook skin at all?
[22:33:51] <RingtailedFox>	 no
[22:33:58] <MaxSem>	 WMF uses master snapshots, which means that precisely the tarball code was never run in our prod
[22:34:12] <ilera>	 what is on line 300 of that file?
[22:34:39] <MaxSem>	 ilera, a trigger_error() call :P
[22:34:56] <RingtailedFox>	 		$msg .= ' [Called from ' . $caller['func'] . ' in ' . $caller['file'] . ']';
[22:34:59] <RingtailedFox>	 that's line 300
[22:35:12] <RingtailedFox>	 so you guys put out one code for everyone else and use another?
[22:36:10] <MaxSem>	 we deploy weekly, so release versions aren't used because by the time of release servers are already running a next version alpha
[22:36:55] <RingtailedFox>	 hmm. i put the newest skin skins folder in over the old one and the errors go away
[22:37:01] <RingtailedFox>	 but.. so do my logo, background, and text colours
[22:38:39] <Skizzerz>	 so it sounds like you customized the skin by editing the source code rather than using on-wiki css
[22:38:45] <Skizzerz>	 which is a horrible idea
[22:38:52] <RingtailedFox>	 oh thatwasn't me. that was the project head
[22:39:00] <RingtailedFox>	 in which case, i'll tell him to edit the on-wiki CSS stuff
[22:39:01] <Skizzerz>	 because it means you can't update properly
[22:39:22] <RingtailedFox>	 i know
[22:40:09] <ilera>	 Mediawiki:Common.css, if i recall, right?
[22:40:13] <MaxSem>	 note that vanilla REL1_26 monobook shouldn't have this error
[22:41:34] <RingtailedFox>	 yes
[22:42:03] <MaxSem>	 hence my "[15:30:56]  <MaxSem> is your monobook up to date with 1.26 brnch?"
[22:42:34] <RingtailedFox>	 great now it's bitching about cookies
[22:42:38] <RingtailedFox>	 can't log in
[22:43:32] <RingtailedFox>	 Login error
[22:43:32] <RingtailedFox>	 Lylat Wiki uses cookies to log in users. You have cookies disabled. Please enable them and try again. 
[22:45:29] <MaxSem>	 check if wherever you store cookies works
[22:45:37] <RingtailedFox>	 i don't know where that is
[22:45:45] <MaxSem>	 ie if in memcached, it should be up and configured
[22:45:58] <MaxSem>	 if in tmpfs somewhere, check file perms
[22:46:21] <RingtailedFox>	 tmp is 777
[22:46:26] <RingtailedFox>	 i mean /tmp
[22:49:37] <RingtailedFox>	 well, fuck i have no idea what's going on
[22:49:57] <RingtailedFox>	 1.26 is buggy as shit and even wikipedia.org throws errors half the time... you guys really did NOT think this version through..
[22:50:36] <MaxSem>	 wp is running 1.27 and will have 1.28 next week ;)
[22:50:40] <Skizzerz>	 I've been running it without issue
[22:50:44] <Skizzerz>	 so, *shrug*
[22:50:46] <RingtailedFox>	 and i will not be upgrading to those
[22:51:13] <MaxSem>	 well, good luck with Confluence :P
[22:51:13] <RingtailedFox>	 i need to be able to log in again
[22:51:17] <RingtailedFox>	 what's that?
[22:51:21] <Skizzerz>	 a different wiki
[22:51:31] <Skizzerz>	 it sucks
[22:51:36] <RingtailedFox>	 so does Dokuwiki
[22:51:44] <RingtailedFox>	 starting to think movnig from wikia was a bad idea
[22:52:09] <RingtailedFox>	 can you guys help me log back in to my wiki?
[22:52:25] <Skizzerz>	 anyway, I see you're on NIWA, so if hosting the wiki is difficult, I'd recommend hitting up other members to see if they'd be willing to host it for you
[22:52:31] <MaxSem>	 what di you do to make this happen?
[22:52:51] <RingtailedFox>	 i upgraded from 1.25.3 to 1.26.2 and i was in the process of upgrading the extensions to the latest version since theyw ere all relatively out of date
[22:53:03] <RingtailedFox>	 we're all on the same server running 1.25.3 (except for the lylat wiki)
[22:54:08] <Skizzerz>	 anyway
[22:54:19] <Skizzerz>	 did you run the update script?
[22:54:21] <RingtailedFox>	 it was woring for a half hour after iupdated the first three extensions, then started fraeking out
[22:54:23] <RingtailedFox>	 php update.php?
[22:54:26] <Skizzerz>	 yep
[22:54:28] <RingtailedFox>	 after i ugraded the wiki, yes
[22:54:30] <RingtailedFox>	 should i do so again?
[22:54:42] <Skizzerz>	 yeah, som extensions you had may need updates too
[22:54:52] <RingtailedFox>	 i was in the process of updating them in threes
[22:54:58] <RingtailedFox>	 stopped to eat dinner...
[22:55:01] <RingtailedFox>	 came back, they were fine...
[22:55:08] <Skizzerz>	 update.php updates both the base wiki as well as any extensions
[22:55:11] <RingtailedFox>	 re-freshed a few more times, thigns started fucking up
[22:55:30] <RingtailedFox>	 running now
[22:56:03] <RingtailedFox>	 nope, logo and text colours are missing and i still can't log in
[22:56:11] <MaxSem>	 clarification: update.php updates the DB schema
[22:56:20] <MaxSem>	 it doesn't update extension code :)
[22:56:27] <RingtailedFox>	 i know. that's what i was doing
[22:57:17] <Skizzerz>	 I'm getting a 404 for the background and logo
[22:57:24] <Skizzerz>	 it seems you may have deleted the files
[22:57:45] <RingtailedFox>	 what is the link for the 404 error?
[22:57:57] <RingtailedFox>	 i deleted nothing
[22:58:16] <Skizzerz>	 check your browser console
[22:58:38] <RingtailedFox>	 i am
[22:58:40] <RingtailedFox>	 i'm not seeing anything
[22:58:44] <RingtailedFox>	 post for me please?
[22:59:19] <RingtailedFox>	 do you mean /w/LWLogo.png ?  that's there!
[22:59:22] <Skizzerz>	 http://starfoxwiki.info/wiki/W/Starfield.png
[22:59:23] <RingtailedFox>	 it has not changed its spot
[22:59:37] <Skizzerz>	 is the address it's trying to load
[22:59:48] <Skizzerz>	 if that doesn't look right (it doesn't to me), check your paths in LocalSettings.php
[22:59:49] <RingtailedFox>	 i swear to fuckign god if the project head deleted them, i'm fucking done
[23:01:04] <RingtailedFox>	 yeah /home/starfoxw/www/w/LWLogo.png is present and accounted for
[23:01:07] <RingtailedFox>	 not sure where Starfield.png went
[23:02:10] <RingtailedFox>	 copied starfield from a backup
[23:02:21] <Skizzerz>	 well
[23:02:25] <Skizzerz>	 it's trying to load the wrong URL
[23:02:27] <RingtailedFox>	 yet it still won't load
[23:02:31] <RingtailedFox>	 what url is it trying to load?
[23:02:47] <Skizzerz>	 I just pasted it
[23:02:49] <RingtailedFox>	 $wgLogo             = "$wgScriptPath/LWLogo.png";
[23:02:53] <RingtailedFox>	 that's what LocalSettings.php has
[23:02:55] <Skizzerz>	 note how it has /wiki/ in it
[23:02:57] <Skizzerz>	 ok
[23:03:03] <Skizzerz>	 so it sounds like your rewriterules are messed up
[23:03:19] <Skizzerz>	 wait, now it's working
[23:03:20] <Skizzerz>	 hmm
[23:03:25] <RingtailedFox>	 schizophrenic software?
[23:03:38] <RingtailedFox>	 congrats, mediawiki.. you made the first sentient AI... and it needs lithium :P
[23:03:39] <Skizzerz>	 I think you restoring the files fixed it
[23:03:57] <Skizzerz>	 I now get the background and logo
[23:04:03] <Skizzerz>	 although monobook itself is still very white
[23:04:04] <RingtailedFox>	 same here now
[23:04:11] <Skizzerz>	 idk if that's intended or not
[23:04:18] <RingtailedFox>	 fuck.. still gotta log in
[23:04:27] <Skizzerz>	 also the main page keeps giving me Slippy every other load
[23:04:32] <RingtailedFox>	 yeah, it happens
[23:04:55] <Skizzerz>	 why is it so weighted towards Slippy though? :P
[23:04:58] <RingtailedFox>	 i wish i knew
[23:05:02] <RingtailedFox>	 i hate that annoying little fuck
[23:05:04] <RingtailedFox>	 prefer falco, myself
[23:05:39] <RingtailedFox>	 still can't log in
[23:05:41] <RingtailedFox>	 no cookies
[23:06:39] <RingtailedFox>	 i don't know what to check or where to fix this
[23:08:43] <Skizzerz>	 php's session.save_path
[23:08:47] <Skizzerz>	 probably
[23:09:23] <RingtailedFox>	 how would i figure out where THAT is?
[23:15:56] <RingtailedFox>	 ok
[23:16:00] <RingtailedFox>	 so, the session ssave path is /tmp
[23:16:02] <RingtailedFox>	 i just cleared that out
[23:16:12] <RingtailedFox>	 it's writable to everyone to store their temp files in
[23:16:15] <RingtailedFox>	 so what is going on?
[23:31:12] <RingtailedFox>	 well fuck it
[23:37:38] <RingtailedFox>	 is this your way of tryign to get people to stop using mediawiki software?