[00:00:13] I'm going to truncate fatal.log [00:00:17] So, on account creation these days, we're asking for "Real Name". Where is this being stored? [00:00:34] user table [00:00:45] it's been there for years [00:00:56] Evan Prodromou added it [00:01:51] lol [00:02:34] Cheat fix for the RC 808 is just to initialise it inline on it's declaration line [00:05:47] thanks! [00:17:56] so it was RCL rather than RC [00:18:35] That makes a bit more sense [00:20:12] fixed in r98955 [00:20:31] should we move on to the next wiki now? [00:20:42] neilk_ just gave me a heads-up about a fix for commons [00:21:05] syncing the 2 files then resources.php should be safe [00:21:16] Looks like the standard skin error is either rare, or has stopped.. [00:21:44] *robla pings AaronSchulz to check with him [00:21:55] the skin error? [00:22:08] AaronSchulz: should we keep investigating, or move on? [00:22:19] seems to have stopped...weird...OK [00:22:24] it's not like that many people use standard anyway ;) [00:22:29] next? [00:22:35] maybe they learnt the error of their ways [00:22:39] enwiki? [00:23:12] I see a few more Standard.php warnings [00:23:17] should we fix that too? [00:24:13] if you want [00:24:15] *AaronSchulz looks [00:25:51] nah....let's not block on that [00:26:18] enwiki? :) [00:26:51] Commons fixes are pushed [00:27:44] should we do commons now, then, while neilk_ is still here? [00:28:03] sure [00:28:24] hah, AaronSchulz just started to do enwiki [00:28:36] heh [00:30:09] [17:26] robla enwiki? [00:30:22] hmm, just categoryTree mostly [00:32:27] Oct 5 00:32:16 10.0.2.175 apache2[351]: PHP Warning: Missing argument 2 for efCategoryTreeAjaxWrapper() in /usr/local/apache/common-local/php-1.18/extensions/CategoryTree/CategoryTree.php on line 204 [00:35:55] fixed [00:36:00] same way as 1.17wmf ;) [00:36:08] Reedy: want to look at the Standard error? [00:36:45] Just gonna commit that category tree fix to trunk [00:37:38] Call to undefined method ApiQueryWatchlist::getSkin() in /usr/local/apache/common-local/php-1.18/includes/api/ApiQueryWatchlist.php on line 298 [00:38:09] heh [00:38:12] let's see [00:39:01] I bet that's from the context refactoring [00:39:09] Call to undefined method CologneBlueTemplate::getInternalLinkAttributes() in /usr/local/apache/common-local/php-1.18/includes/SkinLegacy.php on line 487 [00:39:59] $vals['parsedcomment'] = $this->getSkin()->formatComment( $row->rc_comment, $title ); [00:42:35] api fixed and pushed [00:43:27] standard error: http://paste.tstarling.com/p/NmJqjY.html [00:43:29] AaronSchulz, that looks potentially broken in trunk also [00:45:02] AaronSchulz, got a fix for that (linker changes) [00:45:03] should use Linker [00:45:05] yep [00:47:37] Fixed [00:47:47] So, just the standard skin error? [00:52:05] math nfs fun [01:05:29] Oct 5 01:04:56 10.0.11.30 apache2[7684]: PHP Fatal error: Allowed memory size of 125829120 bytes exhausted (tried to allocate 7864320 bytes) in /usr/local/apache/common-local/php-1.18/extensions/AbuseFilter/AbuseFilter.i18n.php on line 18732 [01:06:55] meh [01:11:14] now i want to create banners that go "Y U NO ENTER CODE CHALLENGE?" [01:15:01] <^demon> CUZ I HAZ REAL FRENDS [01:20:43] ^demon: http://www.mediawiki.org/wiki/Weekend_of_Code/Design [01:21:13] MY MOM KICKED ME OUT OF THE BASEMENT [01:23:25] <^demon> Nobody's told me anything about the contest :p [01:24:18] Who broke OpenSearchXML? [01:24:22] Oct 5 01:24:01 10.0.8.44 apache2[13592]: PHP Warning: array_map() [function.array-map]: An error occurred while invoking the map callback in /usr/local/apache/common-local/php-1.18/extensions/OpenSearchXml/ApiOpenSearchXml.php on line 88 [01:24:29] brion, ^ that looks familiar [01:24:35] ^demon: I didn't mention it before? [01:24:59] <^demon> I vaguely remember it. [01:25:07] grr [01:25:18] ^demon: i didn't know about it until the other day when i was told "hey, we need a design for this extension..." [01:25:24] brion, I seem to recall we had it as a transient issue and it went away [01:25:25] Yup.. [01:25:28] https://bugzilla.wikimedia.org/show_bug.cgi?id=27452 [01:25:36] it's just moved down 3 lines [01:25:47] Was a spammage of like 20 or so of them [01:26:06] Reedy, yeah probably MWSearch extension is failing and returning false or null instead of an array [01:26:54] $srchres = PrefixSearch::titleSearch( $search, $limit, $namespaces ); [01:27:02] if it's not an array, just set it to array() and debuglog? [01:29:22] lots of opensearch errors now [01:29:26] Arrrrrrgh [01:29:30] yeah [01:29:33] let me hack [01:32:23] Well that did naff all [01:52:38] Oct 5 01:52:08 10.0.2.185 apache2[12847]: PHP Warning: preg_match() [function.preg-match]: Compilation failed: missing ) at offset 11 in /usr/local/apache/common-local/php-1.17/extensions/Quiz/Quiz.class.php on line 768 [01:59:38] 1.17 ;) [01:59:48] oh yeah [01:59:49] heh [02:41:36] Uncaught TypeError: Cannot call method 'indexOf' of undefined [02:46:45] <metadata-expand> on image metadata [03:43:23] TimStarling: fyi, AaronSchulz is working on a workaround for 31179, since it seems to be implicated in 31367 [03:43:27] https://bugzilla.wikimedia.org/show_bug.cgi?id=31367 [03:43:34] https://bugzilla.wikimedia.org/show_bug.cgi?id=31179 [03:45:25] I reproduced it locally, the current situation is not pretty [03:46:15] SELECT page_namespace,page_title,page_touched FROM page WHERE page_latest = 0 AND page_len = 0; [03:46:21] fast since length is indexed [03:46:29] TimStarling: how did you repro? [03:47:03] just creating a page with the API [03:47:15] 109 rows [03:47:25] it's not really any better after r97291 [03:48:02] *AaronSchulz should work on fixes existing rows [03:49:54] ok [03:50:06] making a script [03:51:42] hi [03:51:51] hi guillom [03:52:26] hey robla -- sorry, I was having dinner and I completely forgot to join IRC. [03:52:34] How are we doing? [03:52:41] no worries....I'll give you an update in wikimedia-tech [03:52:56] ok [03:56:07] ha [03:56:31] the bug is caused by the logging hack for the same bug? [03:56:46] seems kind of self-referential but that's what the backtrace says [03:59:35] that's ...um....whut? [03:59:42] $wgRequest->getFullRequestURL() [03:59:51] the global is FauxRequest in that case (API) [04:00:39] I'm pushing out a revert, it seems to work locally [04:00:47] just pushed [04:01:55] page_latest=0 is confirmed also [04:02:51] before the revert I created such a page locally with the API [04:15:01] *AaronSchulz looks over script [04:15:14] AaronSchulz: this is the script to correct the db? [04:15:32] there's been no more page_latest=0 rows created since the revert was deployed [04:15:33] that or the one to make flap jacks [04:15:51] finish the flap jack script first, that sounds good [04:16:19] dammit, now I am hungry for pancakes [04:18:16] *molliug is vaguely trying to keep his eyes open. [04:18:45] molliug: go to bed :) [04:18:56] actually, seriously, go to bed [04:19:06] Not before 10, otherwise I'll still wake up at 4am [04:19:40] IRC + music is helping :) [04:22:43] *robla nudges AaronSchulz to get his script he's testing to TimStarling for review :) [04:23:32] mmmm....pancakes I can't wait [04:23:33] http://pastebin.com/4fWDAHnk [04:23:58] pancakes come to those who wait [04:24:17] big beautiful pancakes [04:24:30] TimStarling: see pastebin ^ ignore pancake banter :) [04:26:05] should work, have you tested it? [04:26:58] commented out the latest=0 cond and ran it on all pages on my testwiki [04:27:02] *AaronSchulz is looking around there [04:27:15] (and the len=0 of course) [04:27:46] maybe I should run it on the article I broke on my test wiki [04:28:04] good idea [04:29:21] looks ok on my wiki [04:30:02] not working for some reason [04:30:20] page_latest still bad? [04:30:49] $conditions['page_latest'] = $lastRevision; [04:30:52] that's why [04:30:52] MW_INSTALL_PATH strikes again [04:30:54] duh [04:31:30] that contention handling cond in updateRevisionOn() [04:32:10] works now [04:32:31] for new pages yes [04:33:11] TimStarling: were only genuine new pages affected? [04:33:47] some old pages have page_latest=0, maybe for a different reason [04:35:10] for example 20513897, it has nothing in the revision table for it [04:36:40] nothing in archive either, apparently [04:37:27] maybe it was from a previous version of the same bug, page_touched = september 29 [04:39:37] TimStarling: this is on enwiki? [04:39:45] yes [04:40:49] page_namespace=3 for all the older corrupted DB rows [04:41:40] TimStarling: have you poked around nlwiki much for these problems yet? [04:41:47] no [04:42:05] TimStarling: http://pastebin.com/dM9uukCb [04:42:21] should handle non-new pages [04:42:22] we only started noticing this on nlwiki. might be coincidence, or it might be that the problems just got more frequent with 1.18 [04:43:20] AaronSchulz: ok [04:44:29] just run that [04:45:11] Aaron just told me an interesting theory he has about what's going on here [04:45:48] not a lot of new info here, but I guess just piecing together the chronology [04:46:28] *AaronSchulz tacks the wiki ID onto the log dump [04:46:29] 1.17 (or earlier) possibly has a rare db corruption bug, which we're now fixing with this script [04:46:44] 1.18 additionally had 31179, which Aaron fixed earlier today [04:47:17] then he put in the logging, which introduced more page_latest=0 fun (oops) [04:47:48] so....(fingers crossed), once he runs this script, that should kill this problem dead [04:49:23] TimStarling: Done! Found 112 rows and fixed 95 rows. ;) [04:49:57] robla: yeah, it's more of a failure mode than a specific bug [04:50:12] there's lots of things that could go wrong that could lead to page_latest=0 [04:50:27] AaronSchulz: excellent [04:50:52] what of the other 17? [04:50:56] mysteries... [04:51:08] no revision rows, probably [04:51:44] mysql> select rev_id,rev_page from page,revision where page_len=0 and page_latest=0 and page_id=rev_page; [04:51:45] Empty set (0.56 sec) [04:51:47] for sure, but "why" is the question [04:51:54] deleted pages? [04:52:24] maybe the page row was inserted but then the process died before the revision row was inserted [04:58:57] so....I think we've done enough damage for one night [04:59:10] :) [04:59:44] TimStarling: AaronSchulz: I'm thinking we should schedule a window for same time tomorrow [05:00:51] 23:00-03:00 UTC [05:02:18] we *should* be able to get done well within the window. I'm thinking we hit dewiki, a big rtl wiki (e.g. arwiki) and then push to the rest in bulk all at once [05:02:37] TimStarling: AaronSchulz: sound like a reasonable plan? [05:04:41] yep [05:06:09] the dump files those made are in /home/aaron/logdump fyi [05:07:41] TimStarling: sound reasonable to you? [05:11:53] TimStarling: Aaron just left, and I'm about to go here as well [05:12:20] I'm going to post that schedule to the blog [05:16:13] was just getting some coffee [05:16:27] yes sounds reasonable [05:21:55] cool, thanks. I'd forgot to monitor this page, but it doesn't look like there was much reported there: http://meta.wikimedia.org/wiki/Talk:Wikimedia_maintenance_notice [05:22:47] alright...talk to you tomorrow! [06:38:58] guys, did we definitely updated wp to 1.18 [06:41:25] why this 1.18 works so different than trunk it seems that in this installation is more differences [06:45:17] most wikis are still on 1.17 [06:45:33] the rest will hopefully go tomorrow [06:46:10] http://blog.wikimedia.org/2011/10/04/mediawiki-1-18-deployment-today-to-all-wikimedia-sites/ see the update at the bottom of the post [06:46:24] ok, I wondering why huggle works fine with trunk but not what is deployed on wp now I tested it before with 1.19 to make it compatible [06:46:38] but it's totally broken [06:47:10] did something else changed in 1.18 what isn't yet in 1.19? [06:47:14] en pedia was converted; is that the project you are on? [06:47:30] I tried simple atm, en testing now [06:47:35] ok [06:47:58] en same... [06:48:23] care to report in wikimedia-tech? [06:48:35] there is problem with diff rendering it seems like if skin changed, or something with way how does it render pages [06:48:37] (channel_ [06:49:06] it's rather problem of huggle than wp I am trying to understand why it's ok with 1.19 which should have more changes [06:49:32] no idea [06:49:45] ok, thanks I will try to fix it [06:50:00] I hope this is final version of what is going to be there [06:50:08] of mediawiki [06:50:25] if more issues are found tomorrow then there will be some bug fixes that go out [06:50:30] it ought to be pretty close to final though [06:50:34] ok [06:50:56] is it possible to download sources of this [06:51:07] of what's deployed? sure [06:51:10] yes [06:51:55] svn.wikimedia.org/svnroot/mediawiki/branches/wmf/1.18wmf1/ [07:57:59] monobook is broken on en.wp [07:58:27] see -tech [08:00:02] sort of [09:09:24] guys http://it.wikipedia.org/w/index.php?title=Pagina_principale&action=render [09:09:48] appending it uncover pages that are supposed to be hidden [09:10:18] that's known I guess [09:10:25] right [09:10:39] your ordinary reader and most editors won't know to do that [09:10:49] they'll see the message, as intended [09:11:04] how long it's supposed to be there btw [09:11:17] https://www.facebook.com/pages/Rivogliamo-Wikipedia-No-alla-legge-bavaglio/185745561500946?sk=wall [09:11:32] the rumor mill says a day or so [09:11:46] right, then no fix is needed :) [09:12:02] yeah, it's a protest, not a permanent lockdown [09:12:20] there's a dicussion about it on meta and on foundation-l if you want to weigh in [09:12:34] where [09:13:01] got it [09:13:24] ok [11:39:21] petan: there's also http://it.m.wikipedia.org/ [13:19:50] Hey Reedy, feel like chasing some fatals? [13:19:59] 3 PHP Fatal error: Call to undefined method LocalFile::getFileKey() in /usr/local/apache/common-local/php-1.18/includes/api/ApiUpload.php on line 150 [13:20:04] 3 PHP Warning: Invalid argument supplied for foreach() in /usr/local/apache/common-local/php-1.18/extensions/LiquidThreads/classes/View.php on line 362 [13:20:12] 50 PHP Warning: array_map() [function.array-map]: An error occurred while invoking the map callback in /usr/local/apache/common-local/php-1.18/extensions [13:20:14] /OpenSearchXml/ApiOpenSearchXml.php on line 88 [13:20:23] (I'm ignoring errors in php-1.17 for now) [13:23:27] I will do in a few [13:23:38] RoanKattouw, that OpenSearchXML one happened around the 1.17 upgrade, then disappeared [13:23:52] I did try poking it last night, and made no difference, but it's seemingly intermittant [13:24:14] I recognize that warning [13:24:32] I filed a bug against PHP where I argue that that entire warning is stupid and should not exist [13:24:38] heh [13:24:40] Might be worth checking the exceptions log [13:24:54] Because that warning is thrown also if the map callback throws an exception [13:25:10] The exception propagates just fine, mind you, but there's no way to shut up the warning [13:25:17] https://bugzilla.wikimedia.org/show_bug.cgi?id=27452 is from last time, which i ended up resolving as WFM [13:25:21] (short of using @ which shuts up /all warnings and notices/ that occur in the callback) [13:25:37] Hm it's gone now [13:25:42] it'll come back [13:25:59] It's almost like there's an issue on an apache or 3 or something [13:26:02] I still see weird shit like [13:26:03] 1 PHP Warning: strrev() expects parameter 1 to be string, array given in /usr/local/apache/common-local/php-1.17/languages/classes/LanguageRu.php on line 105 [13:26:05] 1 PHP Warning: preg_match() expects parameter 2 to be string, array given in /usr/local/apache/common-local/php-1.17/languages/classes/LanguageRu.php on line 102 [13:26:06] But who cares that's 1.17 [13:26:22] hi [13:26:34] I had a quick look at some of the 1.17 ones, to see if they're likely still relevant [13:26:37] ohai hashar [13:28:31] Another weird one is 8 PHP Warning: preg_match() expects parameter 2 to be string, array given in /usr/local/apache/common-local/php-1.17/includes/Exif.php on line 1099 [13:30:28] Arrrgh, my first alumni email [13:30:56] hah [13:31:07] Though, it's somewhat relevant. IBM guest lecture [13:31:20] I got an e-mail from my student's association saying they'd automatically unsubscribed me [13:31:36] So I was like thank you, now I don't have to do that myself [13:31:50] 3 days later I get an invitation to their monthly meeting [13:32:01] (although I guess the latter was sent to the cs-all list) [13:34:09] 1 PHP Warning: rename(/tmp/53373aecc3eb11a8c5dc3e7fb92e4c15.png,/mnt/upload6/wikipedia/fr/math/5/3/3/53373aecc3eb11a8c5dc3e7fb92e4c15.png) [function.rename [13:34:11] ]: No such file or directory in /usr/local/apache/common-local/php-1.18/extensions/Math/Math.body.php on line 172 [13:34:24] 1 PHP Fatal error: Call to a member function wrapWikiMsg() on a non-object in /usr/local/apache/common-local/php-1.18/includes/specials/SpecialEmailuser.php on line 125 [13:40:54] Hmm [13:41:02] MWException wouldn't catch more generic exceptions.. [13:42:27] Rarrgh [13:42:34] *Reedy commits his working copy [13:45:45] hah, you got r99000 [13:45:50] Just thinking, if we weren't planning to move away from CR soon, being able to do TAG: 1.18, 1.18wmf1 in the commit summary would be nice [13:46:14] Lol [13:46:25] That's one done [13:46:32] Extrapolating that, I would expect r100000 to be reached during the NOLA hackathon [13:46:37] haha yeah [13:46:50] I've been wanting to autodetect "Revert r12345" forever as well [13:47:03] Would've been useful if I'd filed that when I thought of it, i.e. last year in DC [13:47:13] o_0 [13:47:24] Not worth the trouble now [13:47:27] The LQT view one is whinging about $_SESSION [13:47:39] Oh taht [13:47:48] Isn't $_SESSION being accessed in debugging code there? [13:47:59] *RoanKattouw also doesn't understand how the hell $_SESSION can be undefined [13:48:10] static function fixFauxRequestSession( $request ) { [13:48:10] foreach( $_SESSION as $k => $v ) { [13:48:10] $request->setSessionData( $k, $v ); [13:48:25] *Reedy moves on [13:49:48] 2011-10-05 13:48:24 srv189 enwiki: /w/api.php?action=userdailycontribs&user=Wiki Sysop&daysago=5 Exception from line 1342 of /usr/local/apache/common-local/php -1.18/includes/GlobalFunctio [13:49:48] ns.php: Internal error in ApiResult::setElement: Bad parameter [13:50:03] Ouch [13:50:07] userdailycontribs [13:50:11] I need moar screens [13:50:28] For a while there I was afraid we had a setElement error in core [13:51:57] Use WikiSysop :/ [13:53:40] Oct 5 13:53:28 10.0.8.5 apache2[1593]: PHP Fatal error: Call to a member function isAnon() on a non-object in /usr/local/apache/common-local/php-1.18/includes/api/ApiQueryUsers.php on line 262 [14:01:49] RoanKattouw, http://en.wikipedia.org/w/api.php?action=userdailycontribs&user=WikiSysop&daysago=5 [14:01:55] It's the bloody example url that fails :P [14:02:04] lol [14:02:15] Probably due to nonexistent user? [14:02:24] Cause https://en.wikipedia.org/w/api.php?action=userdailycontribs&user=Catrope&daysago=5 works [14:02:32] if ( !$user ) { [14:02:32] $this->dieUsage( 'Specified user does not exist', 'bad_user' ); [14:02:32] } [14:02:35] Hmm, no, https://en.wikipedia.org/w/api.php?action=userdailycontribs&user=klgdfjklghkhfjkhfjsfgjsf&daysago=5 [14:02:36] But it's hitting that [14:02:49] to eval! [14:02:53] ZOMG that user existed [14:02:57] https://en.wikipedia.org/w/api.php?action=userdailycontribs&user=klgdfjklghkfdafsdgdfghdhdfgghegerf4trt4erf4r2r233413423hfjkhfjsfgjsf&daysago=5 [14:03:02] That one does return a nosuchuser error [14:03:05] haha [14:03:13] the first had an id of 0 [14:04:09] $user = User::newFromName( 'WikiSysop' ); [14:04:11] That passes [14:05:34] So why do some usernames get a false positive [14:06:16] Oh, cause it can use it to save it [14:15:15] http://en.wikipedia.org/wiki/Special:CentralAuth/WikiSysop [14:26:33] Did you guys see http://commons.wikimedia.org/wiki/File:Unbenanntblafoosmiley.png ? nice bug :S [14:26:50] What's upw ith it? [14:27:01] Oh, it's been replaced [14:27:53] mm hmm [14:29:12] Few broken messages here and there [14:35:27] Well, that's the exception log a bit happier [14:52:40] apergos: Known bug? [14:52:50] not to me, no [14:53:01] I have been a bit out of the loop on image-related bugs for awhile though [14:53:14] had to reuse those brain cells for dump and/or revision related things [14:54:17] All those array_map errors happen accross the board at hte same time... [15:07:40] RoanKattouw, do narayam updates fall under the "Internationalization bug fixes/updates" deployments? [15:10:32] Apache error log has quietened down to the usual crap it seems [15:11:13] Software updates yes [15:11:21] At the discretion of the i18n people [15:11:30] They just give me stuff and I deploy it [15:11:35] <^demon> !log crap is within normal limits [15:11:35] --elephant-- Wrong channel! [15:11:46] That stuff usually includes a Narayam rev or two [15:11:48] <^demon> Oh shut up elephant2, that wasn't for you [15:56:40] Oct 5 15:56:27 10.0.8.51 apache2[6156]: PHP Catchable fatal error: Object of class AFPData could not be converted to string in /usr/local/apache/common-local/php-1.18/includes/GlobalFunctions.php on line 1197 [15:56:52] Oct 5 15:56:39 10.0.8.4 apache2[21331]: PHP Fatal error: Call to undefined method LocalFile::getFileKey() in /usr/local/apache/common-local/php-1.18/includes/api/ApiUpload.php on line 150 [15:57:03] Why does that look like things are out of sync? [15:57:26] <^demon> I tried tracking down the former last night, didn't get terribly far. [15:57:31] <^demon> Being out of sync is a possibility. [15:57:51] someone reported that AFPData one to BZ, apparently editing (foo) Bar did it [15:57:53] not for me.. [15:57:55] you saw the bug report for one of those right? [15:58:02] yeah, leading parens [15:58:10] I did a test edit on frwiki [15:58:11] I wonder if there has to be a close parens or not [15:58:14] worked fine [15:58:21] ugh [15:59:36] Yeah, 10.0.8.4 still has old code [15:59:38] *Reedy runs scap [16:02:58] FFS [16:03:06] WHY is 10.0.8.4 still out of date? [16:04:16] Because it's not responding to ssh? [16:04:21] Oh it is [16:04:36] yeah [16:04:45] I'm logged onto it looking at the apiupload file :P [16:05:00] I md5summed it [16:05:03] Looks up-to-date [16:05:16] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/99003 [16:05:36] Whaat [16:06:10] Reedy: catrope@fenari:/home/wikipedia/common$ dsh -cM -g mediawiki-installation 'md5sum /apache/common/php-1.18/includes//api/ApiUpload.php' | grep -v 1be13ba4f124e0b760378b40ec6df865 returns nothing [16:06:17] Yeah [16:06:25] I svn upped and pushed the file earlier [16:06:41] Well you were alleging that srv254 was out of sync, right [16:06:45] yeah [16:06:49] i've just pushed it again [16:10:09] Oct 5 16:10:02 10.0.11.15 apache2[15670]: PHP Warning: rename(/tmp/a0c720e26fec1a9c6c050bce34717b18.png,/mnt/upload6/wikipedia/en/math/a/0/c/a0c720e26fec1a9c6c050bce34717b18.png) [function.rename]: No such file or directory in /usr/local/apache/common-local/php-1.18/extensions/Math/Math.body.php on line 172 [16:39:52] RoanKattouw: was the 1.18 upgrade everywhere successful? Is it safe for me to deploy those CentralNotice changes we discussed yesterday? [16:40:12] awjr, no [16:40:18] Most of the wikis haven't been upgraded still [16:40:42] is there anywhere i can easily follow along with progress so i dont have to keep bugging you? [16:40:55] Reedy ^ [16:41:05] Other than IRC/server admin log... [16:41:06] http://blog.wikimedia.org/2011/10/04/mediawiki-1-18-deployment-today-to-all-wikimedia-sites/ [16:41:11] "Update: October 5 05:14 UTC ? we didn?t get as far as we wanted, but we deployed to fr.wikipedia.org, pl.wikipedia.org, en.wikipedia.org, and commons.wikimedia.org. We?re planning to have one more deployment window in a little less than 18 hours (October 5, 23:00-October 6, 03:00 UTC) to deploy to the remaining wikis." [16:41:26] thanks Reedy! [16:47:38] awjr: did you hear from anyone on this triage? [16:54:00] Oct 5 16:53:44 10.0.11.31 apache2[22187]: PHP Fatal error: Call to a member function getText() on a non-object in /usr/local/apache/common-local/php-1.17/extensions/Collection/Collection.suggest.php on line 423 [16:54:06] oh, 1.17 [16:58:32] hexmode: no one's mentioned anything to me specifically - i forwarded on the announcement to fundraising-l, wikitech-l, internal-l, mentioned it to the civicrm community and posted in various WMF fundraising places [17:02:04] Anyone here for the fundraising bug triage? [17:02:36] *Jamesofur sulks [17:02:42] *pgehres is [17:02:56] cool! [17:03:02] lets start! [17:03:03] \0/ [17:03:22] http://etherpad.wikimedia.org/BugTriage-2011-10 [17:03:32] \0/ [17:03:59] (great way to spend my last 20 mins. in the WMF office) [17:04:07] :p [17:04:10] Special:FundraisingStatistics graph spills out of main content area [17:04:21] http://bugzilla.wikimedia.org/30820 [17:04:45] awjr: any comments about this? [17:04:53] that, i suspect, should be fairly straightforward to fix - and an important one to fix [17:05:14] particularly during the fundraiser, millions of people look at that page to check in on our progress [17:05:25] looks like it could be as simple as a CSS fix [17:05:37] that would be my guess [17:06:17] well, I'll make a comment on the bug [17:06:42] but otherwise, lets move on, unless someone wants to say "Me, me!" [17:06:53] wow. That page just took 33 seconds to be served. [17:07:06] siebrand: the etherpad? [17:07:12] siebrand perhaps file a new bug? [17:07:15]