[00:08:23] Autologin seems to be funky for me all day. [00:08:36] The icons either aren't loading every time. [00:08:57] Anyone else have this issue? [00:09:09] +1 [00:10:02] Brooke: That might have been some CentralAuth fixes that we deployed today [00:10:17] I've noticed it only today. [00:10:35] At work using Firefox earlier today, it was just showing me the text with no icons at all. [00:10:42] Are the icons not showing up at all? Or just slow? [00:10:44] ".wiktionary.org", etc. [00:10:56] Now in Safari this evening, some of the icons load, but a lot fail. [00:11:55] I reset Safari and now all icons aren't showing up. [00:11:56] Hmmm. [00:12:24] "reset" as in reloaded the page? Or restarted the browser? [00:12:35] Reset as in cleared everything in the browser. [00:12:48] Reset Safari --> clear cache, cookies, history, etc. [00:12:48] And then re logged in? [00:12:50] Yes. [00:12:56] I'll file a bug in a minute. [00:13:03] I was just curious if anyone else was hitting the issue. [00:13:35] Oh, also Brooke: are you using http or https? [00:13:52] https [00:14:30] http has the same behavior. [00:14:33] Good question, though! [00:14:55] last question: what wiki are you logging into? [00:15:03] enwiki? Or something smaller? [00:15:42] https://en.wikipedia.org [00:16:09] Cool, thanks for the report. I'll see if we can find a way to speed up those requests. [00:17:28] It feels like the cookie blocking logic has gotten weird or something. [00:17:43] Like the browsers are now treating the other sites as third party when they didn't used to. [00:17:44] I dunno. [00:22:19] https://bugzilla.wikimedia.org/show_bug.cgi?id=41610 [00:26:44] csteipp: Do you happen to have a link to the CentralAuth changes that were deployed today? [00:32:41] Brooke, is anything coming up in console when this happens? [00:36:14] XMLHttpRequest cannot load http://meta.wikimedia.org/wiki/Special:RecordImpression?banner=B12_JimmyBlank&campaign=C12_bitest&userlang=en&db=enwiki&sitename=Wikipedia&country=US&bucket=1. Origin http://en.wikipedia.org is not allowed by Access-Control-Allow-Origin. [00:36:40] And now the icons are all loading. Weird. [00:37:31] Maybe intermittent. Dunno. [00:45:38] Brooke: Reporting that XHR error to fundraising [00:47:22] ty [03:53:25] BTW, search function is still broken for the User: namespace on en.wp... [04:18:30] Hi all, anyone around? [04:18:54] There's a technical emergency on Commons [04:20:44] I really need help right away. [04:21:37] Wish I knew the stalk word.. [04:21:46] If there is one [04:22:08] TimStarling: might want to look at http://commons.wikimedia.org/wiki/Commons:Administrators%27_noticeboard#new_nasty_bug.21 [04:22:14] I'll try a few things :-P !tech !dev !admin [04:22:19] Dcoetzee: See also #wikimedia-dev [04:22:42] Aaron|home: That's exactly what i'm here about [04:22:57] I would have looked at it earlier but I was busy unbreaking the job queue [04:23:14] No problem, that's important too [04:23:26] I dont think tim is looking [04:23:38] AaronSchulz do you deal with wiki renames? [04:25:03] not really, apergos was for a while [04:26:44] I guess I can just ping all the devs in the channel by their name [04:26:54] Can someone list them for me? I can't tell who is a dev or not. [04:27:21] Aaron|home: Can you suggest other steps I should take? Should I go ahead and put in a Bugzilla entry? [04:28:09] Okay I'll go ahead and do it. [04:28:45] Dcoetzee: See PM, bug already filed. https://bugzilla.wikimedia.org/show_bug.cgi?id=41615 [04:28:51] Woops thx [04:29:03] eeek [04:29:27] Aaron|home: RoanKattouw did someone update commons to wmf3? [04:29:36] robla: poke [04:29:41] TimStarling: poke [04:29:55] aude: yeah, it was [04:29:55] yes, that as part of the schedule, why? [04:29:56] * aude sees bug on wikidata and think it's related [04:30:13] https://bugzilla.wikimedia.org/show_bug.cgi?id=41617 [04:30:30] Also, https://bugzilla.wikimedia.org/show_bug.cgi?id=41615 [04:30:36] yes [04:30:54] something's not right [04:32:22] AaronSchulz I am trying to find a dev to look over https://bugzilla.wikimedia.org/show_bug.cgi?id=19986 [04:32:38] evidently there is a proposal that needs to be tested [04:33:06] hrm... https://bugzilla.wikimedia.org/show_bug.cgi?id=41606 [04:33:33] :( [04:34:14] i suggest wmf2 for commons until we can fix it [04:34:15] I think 41606 is dup of 41615 [04:34:33] I already did sitenotice on Commons but if you could lock it down against deletions/restores that'd be great. [04:34:34] confused why but i think https://gerrit.wikimedia.org/r/#/c/30633/ was not a good fix [04:35:40] wikidata doesn't work at all for anything less than wmf3 but still undeleting is broken for items (only) [04:35:44] with wmf3 [04:38:04] drat, yeah that's probably the best thing to do [04:38:32] any volunteers to do the honors? [04:38:45] I added some info to 41615 based on my experience. I got some interesting "Unable to restore file archive ID 2060260 because it is not in the database." and similar errors. [04:39:39] Aaron|home: do we have writes to Ceph enabled on commons? [04:40:21] Hah, are we that far along with Ceph already? [04:40:28] i can poke some now but think danielk will also have to look [04:40:47] I'm just looking at the backtrace on Daniel's commit: https://gerrit.wikimedia.org/r/#/c/30633/ [04:41:06] robla: that trace was from my laptop [04:41:29] Are any other wikis affected by this deployment or just Commons? [04:41:29] i get that too [04:41:35] ok, I get it :) [04:41:38] if i roll back to before that but after https://gerrit.wikimedia.org/r/#/c/30597/ [04:41:42] I was testing around and suddenly got exceptions when restoring stuff, so I complained about it [04:42:01] of course, with out https://gerrit.wikimedia.org/r/#/c/30597/, wikidata doesn't work at all but it seemed only content handler related [04:42:02] I somehow thought that was coming from production, and got a little scared [04:42:25] (the directory names, that is) [04:42:30] Oh, no [04:42:38] robla: no, it's on my test machine but think at least wikidata is failing silently with 30633 [04:42:48] in this case, the exception is better [04:42:53] yeah, Ceph thing is a red herring [04:42:55] but still not nice [04:43:54] we should probably just roll back most of the wikis to wmf2 for now, and come up with the real fix tomorrow [04:44:30] sure [04:44:31] that's assuming all wmf3 wikis are broken [04:44:45] except wikidata but we can put up a notice saying don't delete [04:44:59] we have no file uploads there [04:45:13] we should probably roll back Daniel's change on wmf3 as well [04:45:20] exception is better, as you said [04:45:22] The bug is not just affecting file pages I think (41606) [04:45:37] * ToAruShiroiNeko stabs RoanKattouw [04:45:37] to https://gerrit.wikimedia.org/r/#/c/30597/ ? [04:45:50] ugh [04:46:10] presumably, we can just back out that one change [04:46:15] * RoanKattouw looks up [04:46:57] TimStarling: you around? [04:47:20] RoanKattouw do you know who would be a good candidate to approach for wiki renames? [04:48:10] commons et al are wmf2 now [04:48:19] RoanKattouw: are you trying a fix on wmf3 now? [04:48:19] ah, thanks Aaron|home [04:49:00] I'm not working on anything right now [04:49:19] RoanKattouw: oh, you are just looking up, nvm :) [04:49:19] ToAruShiroiNeko: That's a good question. Not off the top of my head, no [04:49:21] oh, really? [04:49:26] aude: I may have misread what you were saying. you're saying Daniel's change was necessary for Wikdata to work at all? [04:49:27] wmf2 but the problem is new? [04:49:36] aude: No he just rolled back [04:49:40] RoanKattouw: you are not still at the office are you? [04:49:44] before 30597 , it didn't work [04:50:02] couldn't create items [04:50:22] RoanKattouw: ok :) [04:50:25] Aaron|home: Yeah. Karaoke just ended, going home soon [04:50:37] Is English Wikipedia affected? If so I can put a sitenotice up there as well if needed. [04:50:44] roan is always "going home soon"...soon [04:51:09] RoanKattouw: James needs to throw smoke grenades at your desk [04:51:20] aude: so if we just back out 30633, but leave 30597, does that put us in a safer place? [04:51:26] Dcoetzee: i doubt it [04:51:33] Okay [04:51:35] robla: only for wikidata, yes [04:51:54] aude: what does it do for everyone else? [04:52:01] for the other wikis, like mediawiki, i'd be nervious [04:52:15] there's file uploads there, etc. [04:52:46] 41606 suggests it affects non-file pages as well, unless that's a separate issue. [04:52:57] Dcoetzee: true [04:53:20] well, test2 wiki is still on wmf3; let's figure out what it means [04:53:25] i'm trying to reproduce th eove issue [04:53:25] RoanKattouw I see [04:53:35] the problem presists since 2006 and it has a huge backlog [04:53:47] so many wikis are waiting to be renamed [04:54:10] aude: I can tell you it happened the very first time I did a delete/restore today, although I don't know if it's 100% repro [04:54:21] actually, let's reverting 30633 first [04:54:39] Dcoetzee: hmm.... [04:54:43] My sequence was this: [04:54:54] Delete A. Move B to A with no redirect. Delete A again. REstore A. [04:55:03] (I was doing a file history merge) [04:55:18] on commons? [04:55:20] Yup [04:55:21] that should be rare [04:55:24] :p [04:55:31] * ToAruShiroiNeko pets the Dcoetzee [04:55:34] ToAruShiroiNeko: It's only needed when uploading new versions of files larger than 100 MB [04:55:45] ah, yes [04:55:54] Which I do more than most [04:57:52] well [04:57:58] only because I have given up on trying [04:58:19] * robla tries the revert button for the first time [04:58:27] ToAruShiroiNeko: Patience, devs are busy or away at the moment :-P [04:58:40] New patchset: RobLa; "Revert "(Bug 41436) Tone down sanity check, just warn, don't die."" [mediawiki/core] (master) - https://gerrit.wikimedia.org/r/31178 [04:58:47] ok [04:58:49] I half expect an answering machine here sometimes :p [04:58:54] Dcoetzee can I pm you? [04:59:01] ToAruShiroiNeko: Okay [05:00:13] robla: I am here now [05:00:42] Aaron took care of what I was pinging about earlier, but you should probably be up to speed about what's going on [05:01:08] basically, we had to roll back to wmf2 on most wikis because of a possible data loss bug [05:01:50] :( [05:02:17] bug has been reported as https://bugzilla.wikimedia.org/show_bug.cgi?id=41606 and https://bugzilla.wikimedia.org/show_bug.cgi?id=41615 [05:02:18] http://www.wikidata.org/wiki/Wikidata:Main_Page <-- put a notice there, although people can expect bugs there anyway [05:02:31] not so on commons, of course, it's not acceptable at all [05:04:10] I just submitted https://gerrit.wikimedia.org/r/31178 based on what aude described, which should leave things in good enough shape on any remaining wmf3 wikis until Daniel investigates a real fix [05:04:26] ok [05:05:06] and it looks like AaronSchulz just deployed it (thanks Aaron!) [05:05:20] before https://gerrit.wikimedia.org/r/#/c/30597/, i'm able to undelete on my test machine [05:05:46] * robla tests on test2 [05:06:00] but there seemed to be an issue in production (with the db replcation, lag....) with how the code [05:06:08] was using the database to get title information or something [05:06:17] on a new revision [05:06:42] the revision would be created, then the code reads from the database (slave?) and something's not there yet [05:07:12] from my understanding, and it was just content handler related (inside $wgContentHandlerUseDB = true block of code) [05:07:39] that meant that creating any pages on wikidata (items or wikitext) was broken [05:08:27] line ~1310 of Revision.php [05:18:38] hrm, looks like it's still broken even with the revert that Aaron just deployed: http://test2.wikipedia.org/w/index.php?title=User:RobLa-WMF/foo&action=edit&redlink=1 [05:18:58] aude: so if I have page 9, and deleted it, ar_page_id=9, when I restore it (without anything being created at the title in the meantime), MW will create a new page row (say 10), and will use Revision::newFromArchiveRow() on each archive row and call insert() on those. Those Revision objects need to use the ID of the new page, 10, not the old value of 9. [05:19:37] https://gerrit.wikimedia.org/r/#/c/30597/1/includes/Revision.php changed that to only use the new value if mPage was not set (and it is already set by Revision::newFromArchiveRow to the ar_page_id value) [05:19:53] so it used the old wrong value and throw an exception [05:19:55] Aaron|home: ok [05:20:02] ugh [05:20:09] the subsequent patch hid the notice, so the revs got restored to the wrong page silently [05:20:16] yes [05:20:25] i'd say content model can be null for now [05:20:35] in the ~1310 block of code [05:20:36] there is not page row with those IDs, so they are not user visible, but are still hidden in the db [05:20:58] it will always be null, until such time that we have say a wikitext page in a item namespace [05:21:03] * aude fixes [05:21:07] I guess 30597 needs to be reverted too [05:21:12] yes [05:21:18] let's try content_model and such as null [05:21:40] * Aaron|home wonders how to clean up the mess [05:22:10] well logging has log_page, which should reveal the deleted page ID, one could scan for orphaned revs with those IDs [05:22:52] * Aaron|home also needs to test/run his "file moved the wrong place and looks like data loss and needs to be fixed" script [05:23:11] I guess we also need a "revs moved the wrong place and looks like data loss and needs to be fixed" [05:23:21] script [05:24:57] aude: ideally page_ids would preserve over delete/restore...but that's another project [05:25:17] aude: one could check if all ar_page_ids are the same and make the new page object have that ID to try and do this [05:25:35] in cases where they are mixed or the page is already there, you need to give all the stuff a new page id [05:25:57] https://gerrit.wikimedia.org/r/#/c/31179/ [05:26:01] that should work for wikidata for now [05:26:03] one day we will nuke the archive table...one day...I've tried twice before [05:26:25] ugh [05:26:40] i was poking at the code and it looks messy [05:26:49] class PageArchive in the special page file? [05:26:54] why? [05:30:48] Why is en.wikipedia showing this notice to all anonymous users? [05:30:54] All administrators: There is a serious bug currently affecting deletion/restore. Do not delete any pages until further notice, or their history may be permanently lost. [05:31:11] Dcoetzee: this never affected enwiki [05:31:12] https://en.wikipedia.org/wiki/Eloquence [05:31:21] Krinkle: https://bugzilla.wikimedia.org/show_bug.cgi?id=41615 [05:31:30] I know the bug [05:31:31] ironholds just emailed about it [05:31:36] oh [05:31:39] but as a sitenotice to all anonynous and non-admin users. [05:32:04] as if articles don't contain anough headers on top with complicated stuff that nobody wants to read when they visit an article. [05:32:34] i'm not sure i understand the issue, but i think oliver's concern is that by deleting and then undeleting a file you get rid of things like fair use justification [05:32:42] i thought it was plain and to the point [05:32:48] that can be remove, since the broken code is in wmf3, which was switched off [05:32:52] *removed [05:33:13] the bug is still open [05:33:19] Ironholds: that can be remove, since the broken code is in wmf3, which was switched off [05:33:21] Krinkle: I didn't post that on enwiki [05:33:27] in reference to your report [05:33:32] Dcoetzee: I didn't say you did. [05:33:33] ori-l: okay. In english? :P [05:33:34] maybe leave it on mw.org ;) [05:33:41] what's been posted on enwiki? [05:33:41] Oh sorry [05:33:43] robla: I didn't post that on enwiki [05:33:47] Ironholds: the bug isn't live, if i understand aaron [05:33:50] the crazy OMG APOCALYPSE notice? [05:33:55] Krinkle: yes, it's still a bug, and it only affects 1.21wmf3, which is now only deployed to a very small number of wikis [05:33:55] There is a sitenotice on en.wiki for all users about the page delete stuff [05:33:56] yeah, that's Sven being a lunatic. Or, sorry, "awake" [05:34:13] I was told enwiki wasn't affected [05:34:17] robla: oh, we're back to wmf2. right. I thought wmf4 already. [05:34:24] Sven did not get this memo [05:34:24] Dcoetzee: thanks, yup, you're right [05:34:24] so its still an unresolved bug [05:34:25] alright, I'll get someone to kill the bug [05:34:27] but that means it is in mediawiki not wmf-config? [05:34:52] Is it possible to limit sitenotice to admins? If so could someone help me do it on Commons? [05:34:52] Ironholds: Aaron and Aude are already working it [05:35:01] Someone who isn't too busy. :-) [05:35:20] Dcoetzee: Wrap it in a
with a class that is display none and display block from Group-sysop.css [05:35:23] (that's the easiest way anyway) [05:35:48] Thx [05:36:02] if we can revert https://gerrit.wikimedia.org/r/#/c/30597/ but try [05:36:16] RobH_: thanks. Message rolled back [05:36:30] now to beat some editors for not actually testing before screaming about the sky falling [05:36:30] my latest patch for the content model stuff, i think that's the best solution for immediately [05:36:33] and wmf3 only for wikidata [05:37:54] https://gerrit.wikimedia.org/r/#/c/31179/ should suffice for wikidata, as it's used now [05:38:08] * marktraceur wonders if the bug is getting fixed already :) [05:38:17] marktraceur: yes [05:38:22] Excellent [05:38:29] Ironholds: You mis-tab-completed above. [05:38:35] oops [05:38:35] robla, rather. [05:39:03] commons has wmf2 now, which is pre-bug i'm 99.9% sure [05:39:19] Well that's no reason not to panic. [05:39:55] aude: Commons is rollbacked then? I can do test and clear sitenotice if it's good. [05:40:21] Dcoetzee: https://commons.wikimedia.org/wiki/Special:Version [05:40:23] wmf2 [05:40:30] I don't think Commons ever had wmf3. [05:40:41] i understand it is [05:41:09] Brooke: think it did [05:41:12] https://gerrit.wikimedia.org/r/#/c/31046/1/wikiversions.dat [05:41:26] Brooke: It had the bug, that's for sure [05:41:30] although if there were some bugs before then.... [05:41:37] If it didn't have wmf3, then wmf2 is borked [05:41:51] Hmm, ignore me, then. [05:42:07] 04:47 logmsgbot_: aaron rebuilt wikiversions.cdb and synchronized wikiversions files: reverted wmf3 deployment made earlier today. [05:42:10] Dcoetzee: when did https://bugzilla.wikimedia.org/show_bug.cgi?id=41606 happen? [05:42:21] aude: I'll pinpoint it [05:42:25] thanks [05:42:33] * aude didn't hear anything like that before today [05:42:47] aude: 18:22, 31 October 2012‎ [05:42:47] pretty likely a wmf3 problem [05:42:47] and have been checking at the village pumps, etc. with wmf2 [05:42:50] agree [05:42:56] (UTC) [05:43:07] http://wikitech.wikimedia.org/view/Server_admin_log [05:43:07] i think that's after wmf3 [05:43:15] https://www.mediawiki.org/wiki/MediaWiki_1.21/Roadmap#Schedule_for_the_deployments [05:44:47] 18:07 logmsgbot_: reedy rebuilt wikiversions.cdb and synchronized wikiversions files: special, closed and private to 1.21wmf3 [05:44:55] I think "commons" falls under "special" [05:45:17] Yes, . [05:45:21] yes [05:45:31] it's all the non wikipedias that were in the change earlier [05:45:41] The other failure occured at 22:56, 31 October 2012 UTC [05:45:53] So they were definitely all after 18:07 [05:46:04] As far as I know [05:46:39] Dcoetzee: that's helpful [05:46:48] yup, thanks! [05:47:00] aude: are you up late or up early? :) [05:47:19] early :) [05:47:30] it's normal, often [05:47:59] otherwise, trying to get a new branch of wikibase ready [05:48:25] glad you're here for this...thanks for jumping on it! [05:48:27] sure [05:48:34] (and thanks Aaron|home!) [05:49:11] Roan said earlier "Today was the regularly scheduled biweekly deploy to Commons" [05:49:43] yeah, it was. [05:50:45] such is how things go with the more continuous deployment, is suppose [05:51:06] quick from putting stuff in master to deploying it [05:51:49] nice that reverting only means reverting to a couple weeks prior rather than the hand wrenching we used to do [05:51:50] * aude wants more test cases to catch stuff [05:51:59] yeah [05:52:37] jenkins is false security when so much key, core stuff has few tests [05:53:05] But he's so cute in his butler suit! [05:53:15] :) [05:53:45] ^ colloquy [07:41:50] TimStarling: is the job queue lazying again? [07:42:13] since 5 UTC [08:21:03] !log Job queue runners almost idle again since 5 UTC; en.wiki queue at 145k, zh.wiki 260k, Commons 60k now [08:21:11] Logged the message, Master [09:00:42] Nemo_bis: almost certainly the job queue thing has to do with the revert from wmf3 [09:00:57] I guess folsk wil be able t patch it up later when they show up [10:48:20] Anyone available to help me deploy code? [10:55:30] Hydriz: going to lunch soon sorry :/ [10:55:41] nevermind, its just wiki config changes [10:58:59] Hydriz: is that in Gerrit? [10:59:35] yep [11:00:06] ahhh the google news site map extension [11:00:14] :) [11:00:32] I don't think there is any SQL changes? or I am wrong... [11:00:39] luckily that ext is already deployed [11:00:53] hehe [11:01:28] But I also need someone to review this: https://gerrit.wikimedia.org/r/#/c/30333/ [11:01:50] added myself on review of the Extension:GoogleNewsSitemap [11:01:54] might deploy it after lunch [11:02:07] I don't like to alter the cluster when I know I must leave soon ;-] [11:02:29] sure :) [11:05:51] and Dereckson asked me to do some namespaces update ;-] [11:05:58] so I guess I will handle a few shell requests this afternoon [11:06:09] thats good :) [11:06:18] plus some labs stuff, if you want [11:06:21] lunch time for now, will be back in roughly 2 hours [13:47:13] Anyone know why http://en.wikipedia.org/w/skins/monobook/main.css doesn't seem to match what's in git? Line 22 has "z-index: 0" instead of "z-index: 2", which leads to [[en:WP:VPT#New color on the edit tabs?]] [14:20:09] are you looking at the correct b ranch ? [14:21:26] anomie: that is a live hack on our cluster I guess [14:36:49] say ^demon, do you know is there a plan to reattempt wmf3 today? [14:36:52] I guess it was rolled back yesterday [14:37:32] <^demon> I don't know, actually. I don't do much deployment stuff other than one-off firefighting these days. Reedy would know, but he's idle. [14:37:34] ok [14:37:38] I'll check later, thanks [14:51:57] I didn't even know about the rollback. Reedy should have updated https://www.mediawiki.org/wiki/MediaWiki_1.21/Roadmap [14:53:38] What rollback? [14:53:53] wasn't there a revert of wmf3 yesterday late? [14:54:07] at least, I thought I read something to that effect in the channel [14:54:21] (now youre going to ask me which channel, and I'm going to have to hunt around) [14:54:24] 10 hours ago [14:54:27] ok [14:54:30] It's in the mediawiki-config git log [14:54:41] https://bugzilla.wikimedia.org/show_bug.cgi?id=41615 [14:55:10] so the job runners... on the lam again today :-/ [14:55:12] http://ganglia.wikimedia.org/latest/?r=hour&cs=&ce=&s=by+name&c=Jobrunners%2520pmtpa&tab=m&vn= [14:55:27] mw12 only looks somewhat loaded cause I've been running non priority jobs over there by hand [14:55:34] not that it's doing much but whatever [14:55:47] I figure that's connected with the rollback, logiaclly [14:55:49] er [14:55:50] logically [14:56:09] http://ganglia.wikimedia.org/latest/?r=day&cs=&ce=&m=load_one&s=by+name&c=Jobrunners+pmtpa&h=&host_regex=&max_graphs=0&tab=m&vn=&sh=1&z=small&hc=4 [14:56:50] going to drop of lawyer paperwork, back in a bit (hopefully 30 min but if I have to wait it could be longer) [14:56:58] Reedy: when you do a 1.21wmf* deploy or rollback, it's really useful to me & Andre if you update the status at https://www.mediawiki.org/wiki/MediaWiki_1.21/Roadmap so we actually know that it happened [14:57:11] I didn't do the rollback [14:57:11] I was in bed [14:57:14] As,eep [14:57:15] it was AaronSchulz? [14:57:26] Indeed [14:57:28] Granted, I did forget to mark it {{done}} [14:57:42] * sumanah will slightly complain to Aaron, then [14:59:14] apergos: 04:47 logmsgbot_: aaron rebuilt wikiversions.cdb and synchronized wikiversions files: reverted wmf3 deployment made earlier today. from http://wikitech.wikimedia.org/view/Server_admin_log [15:19:14] no waiting, got to do a drop and run but he might call me later, we'll see [15:31:40] hi i am nasir, i need a help [15:34:42] nasir8891: what kind of help do you need? [15:35:13] sumanah: thanks for the reply [15:35:41] i want to add a few extensions and gadgets in Bengali wikipedia [15:36:14] there is a test place available at http://bn.wikipedia.beta.wmflabs.org [15:36:51] but i want a kind of replica with all the settings and gadgets of Bengali wiki [15:37:06] the contents are not required [15:37:20] so what should be the procedure to get this [15:37:23] ? [15:38:25] nasir8891: I think http://bn.wikipedia.beta.wmflabs.org IS the current replica [15:38:42] nasir8891: you could play there and add user scripts [15:39:33] nasir8891: you could also set up a development environment on your own computer fairly easily via this method http://www.gossamer-threads.com/lists/wiki/wikitech/304935 and look at the configuration settings of Bengali Wikipedia to copy them [15:40:56] sumanah: in the preferences page of http://bn.wikipedia.beta.wmflabs.org only one gadget is available [15:41:37] sumanah: that is why i thought all the other settigns might not be available there [15:43:04] nasir8891: hm. I see that https://bn.wikipedia.org/wiki/%E0%A6%AE%E0%A6%BF%E0%A6%A1%E0%A6%BF%E0%A6%AF%E0%A6%BC%E0%A6%BE%E0%A6%89%E0%A6%87%E0%A6%95%E0%A6%BF:Gadgets-definition and http://bn.wikipedia.beta.wmflabs.org/wiki/%E0%A6%AE%E0%A6%BF%E0%A6%A1%E0%A6%BF%E0%A6%AF%E0%A6%BC%E0%A6%BE%E0%A6%89%E0%A6%87%E0%A6%95%E0%A6%BF:Gadgets-definition are different, yeah [15:43:09] sumanah: another thing is i am an admin of Bengali Wiki but not in http://bn.wikipedia.beta.wmflabs.org, so where should i ask this permission , that i can install new gadgets [15:43:26] nasir8891: #wikimedia-labs and the labs-l mailing list are good places to ask [15:45:03] sumanah: i tried to contact via #wikimedia-labs few hours ago, but did not get any reply, and i came here [15:49:12] nasir8891: the mailing list is better [15:49:43] sumanah: ok. thank [15:49:53] good luck and thanks for contributing! [16:11:59] AaronSchulz: you there? [16:26:42] j^: mdale: Reedy is going to be hleping out instead [16:29:05] chrismcmahon: you ready to do some quick testing? [16:29:21] robla: yessir [16:29:43] Reedy: so we need to update TMH submodule to latest master (2e18020b51ef10e4db00b7ad75b4297d7af6013c) and after that set wmgUseTimedMediaHandler to true for enwiki in wmf-config/InitialiseSettings.php [16:29:57] Yup, I'm just doing that :) [16:33:05] excellent [16:37:17] Right, just confirmed the code on both branches on the cluster is up to date [16:42:45] robla: chrismcmahon, j^ mdale It's live on enwiki [16:43:37] thanks Reedy, looking at Folgers.ogv first [16:44:12] * robla looks [16:45:37] PHP fatal error in /usr/local/apache/common-local/php-1.21wmf2/includes/Message.php line 632:  [16:45:37] Call to a member function getText() on a non-object [16:45:51] gah, do we need to go back to wmf3 first? [16:45:51] Let me grab a stack trace [16:46:33] I was submitting an edit [16:46:47] robla: That's PageTriage [16:46:52] http://en.wikipedia.org/wiki/User:JanGerber/commonstest looks ok here [16:46:56] greeeeat [16:47:02] hi folks [16:47:24] do you think that the recent deletion bug might still have influence on other things? [16:47:43] Such as? [16:47:43] e.g. I cannot see the deleted revision of https://commons.wikimedia.org/w/index.php?title=Special:Undelete&target=File%3AMail+fr%C3%A5n+ssb.jpg [16:47:47] robla: https://bugzilla.wikimedia.org/show_bug.cgi?id=41642 [16:47:52] (Commons adminship required) [16:48:13] Reedy: was test2 also updated with your run or just en? test2 is 1.21wmf3 [16:48:25] I did both [16:49:08] hi. trying to save edits at http://en.wikipedia.org/wiki/If_I_Had_to_Do_It_All_Over_Again and i get message "[3eb5bf63] 2012-11-01 16:48:49: Fatal exception of type UsageException" [16:49:38] Reedy: let's back out [16:50:06] looking at the stack trace, it looks like there's some TMH in there [16:50:33] strange (and complicated) error msgs in IE7, but the video plays [16:50:36] Oh, yes.. [16:50:39] not page triage [16:50:40] where did I see that [16:51:16] it's a ginormous trace, so I'm sure everything is in there ;-) [16:51:20] http://en.wikipedia.org/wiki/Polar_bear also looks ok here [16:51:32] how do you get the error? [16:51:42] j^: try creating a new page with a couple videos on it [16:51:48] john__: just normally via your browser? It looks to be ArticleFeedback related [16:52:05] j^: http://en.wikipedia.org/wiki/User:RobLa-WMF/Video_testing was the page I created [16:52:19] Reedy: are you able to look into that file? [16:52:26] odder: not now [16:52:30] Reedy: I'd like to oversight it as soon as I see what's in it [16:52:35] Reedy: sure [16:52:40] Reedy: timing seems too coincidental to me not to be TMH related. if I saw it, and someone is coming onto IRC with same problem, it's probably widespread [16:52:42] just normally via my browser [16:53:36] errors looked like they were cached. vids playing in IE7/IE8 look reasonable [16:53:36] robla: page looks ok though, creating one now i end up with OggHandler [16:53:45] i had simiar messsage on another article yesteray (i think it was about a song). i didn't pursue it cuz i was ony fixing a tiny typo [16:53:51] yeah, just saw that Reedy rolled back [16:53:56] john__: https://bugzilla.wikimedia.org/show_bug.cgi?id=41643 [16:54:26] what is that telling me? [16:54:29] ok...so, *could* be unrelated [16:54:47] john__: I've reported it for the relevant developers [16:54:47] john__: that's a bug report for others, but you can help by adding more about what you were doing [16:54:54] weird that it did not show up on test2... [16:55:15] i'm an IP editor. don't think i can edit that page. but thanks for filing a report [16:55:48] i've made tons of edits on other pages with no problems. [16:56:11] i'm IP at http://en.wikipedia.org/w/index.php?title=Special:Contributions/96.232.126.27&offset=&limit=250&target=96.232.126.27 [16:57:31] Reedy: so undeletion fixed in wmf3? Looks like you deployed something [16:57:39] AaronSchulz: should be [16:57:51] https://gerrit.wikimedia.org/r/#/c/31224/ is still outstanding [16:57:55] for what it's worth, the edits were all quite routine. expand/refine categories. add some references. et al. [16:58:48] i'll leave it at that. thanks for submitting the bug report. [17:00:57] Reedy do you suspect https://bugzilla.wikimedia.org/show_bug.cgi?id=41642 is caused by https://gerrit.wikimedia.org/r/#/c/31224/ ? [17:00:59] AaronSchulz: could you take a look at https://bugzilla.wikimedia.org/show_bug.cgi?id=41642 [17:01:23] j^: and mdale as well, if you have ideas about what's happening there [17:01:23] Nope [17:01:30] I was replying to Aarons comment about undeltion [17:02:14] is PageTriage deployed on test2? [17:02:20] * robla looks [17:02:41] Nope [17:03:23] * robla looks up whose window it is now [17:04:28] preilly: jdlrobson: y'all using the deploy window now? [17:04:42] not that i know of robla [17:05:25] Reedy: could you enable PageTriage on test2? [17:05:30] sure [17:05:33] let's just see what happens :) [17:05:40] I think it needs some schema updates [17:05:40] let me check [17:06:01] Yup [17:07:00] Reedy: I just ECed you on Bugzilla >.> [17:07:35] Reedy: the PageTriage tables are probably going to be missing rows, too. Can the contents of the tables be move over from prod? [17:08:07] what sort of rows? [17:08:23] I notice it has some tag rows.. [17:08:26] ('linkcount', 'Number of inbound links'), [17:08:26] ('category_count', 'Category mapping count'), [17:09:03] robla: nope [17:09:04] Reedy: for example: https://gerrit.wikimedia.org/r/#/c/23382/ [17:09:18] this is my great frustration with PageTriage on beta labs right now [17:09:51] https://gerrit.wikimedia.org/r/#/c/23382/3/sql/PageTriageTagsPatch.sql,unified [17:10:00] ^ Those are in the database [17:10:00] with others [17:10:00] robla: your error looks like it could be https://bugzilla.wikimedia.org/show_bug.cgi?id=39875 not sure that was ported back to 1.21wmf2 [17:10:24] !log Created PageTriage tables on test2wiki [17:10:29] Logged the message, Master [17:10:47] Reedy: yay, they were updated [17:11:28] preilly: thanks, looks like we may just spill over into your window if y'all don't mind [17:12:38] Reedy: can you update TMH to HEAD once more, fixed something for frames on test2 that would be good to have deployed to reduce load on imagescalers [17:13:12] robla: what time will en be updated to 1.21wmf3 [17:13:23] next monay [17:13:25] Monday of next week [17:13:26] monday [17:13:36] monday monday monday!!! ;-) [17:14:05] testing on test2 with 1.21wmf3 and using 1.21wmf2 on enwiki might be the reason for the error [17:14:16] yeah, it's a possibility [17:14:36] so we try again monday after the update to 1.21wmf3? [17:14:59] repro'd on test2 [17:15:16] when I created http://test2.wikipedia.org/w/index.php?title=User:RobLa-WMF/Video_testing2 , I got the same error [17:15:21] that's on wmf3 [17:16:38] so...looks like we've probably got a PageTriage/TMH interaction bug to sort out [17:17:30] dont get any error creating http://test2.wikipedia.org/wiki/User:JanGerber/foobar [17:18:18] TMH master out on wmf3 [17:18:23] pagetriage enabled [17:18:31] :) [17:18:45] woo [17:18:45] exciting to try TMH [17:19:56] Reedy: you pushing it out again? [17:20:01] mdale: just on test2 [17:20:02] IT's pushed already [17:20:39] ok [17:21:07] j^: pretty reliable repro for me. just got it again on http://test2.wikipedia.org/w/index.php?title=User:RobLa-WMF/Video_testing3 [17:21:21] try creating a page with the exact text that I used [17:21:27] j^: IE7 is briefly showing "Sorry, your browser either has javascript disabled..." error message while the page loads. Once loaded, the page looks normal. this is on your 'foobar' page on test2 [17:21:55] a possibility for why I'm seeing it might be to do with permissions [17:22:32] robla: do you have special permissions? [17:22:53] same for IE8 [17:22:54] just created http://test2.wikipedia.org/wiki/User:JanGerber/new with same content and dont get an error [17:22:59] j^: another thing to try: new page. looks like foobar already existed [17:23:03] yea creating new pages seems to trigger it [17:23:43] same error on User:JanGerber/new while page loads, then it disappears [17:24:23] so...we should probably make sure that this has to do with TMH being enabled. Should we temporarily disable TMH on test2, and then try to repro? [17:24:25] Reedy: I think that backtrace comes from 9c19cb6e3851c3a7b1f18850e610637f8e18be4a [17:24:38] chrismcmahon, mdale possibly we can replace the message with a better fallback that looks more like the loaded version [17:24:52] * AaronSchulz kept seeing that same line change in the annotations a bunch of times [17:24:55] j^: yes [17:25:06] like an image with link [17:25:12] Reedy: sometimes parse() returns a string, so that doesn't always work [17:25:21] https://gerrit.wikimedia.org/r/#/q/9c19cb6e3851c3a7b1f18850e610637f8e18be4a,n,z [17:25:23] I guess it could just return it if its a string and call getText otherwise [17:25:24] … I mentioned this in the IE email [17:25:56] it of course only shows up for IE users since everyone else supports the video tag. [17:26:20] yes [17:27:18] dont get the error creating a new page :( [17:29:45] Reedy: https://gerrit.wikimedia.org/r/#/c/31276/2 [17:30:33] chrismcmahon, mdale https://github.com/xdissent/ievms looks like a good way to get IE test vms, if only i had enough free space [17:31:44] alright, back now [17:32:13] j^ I once heard a rumor that Microsoft had offered hosted Win VMs to WMF. I'll follow up on that with Erik. [17:32:44] chrismcmahon: MS was giving away old vms for a while as well [17:33:16] the github link uses VMs provided by MS but makes them useable with VirtualBox [17:34:29] so [17:34:36] return of the job queue [17:34:41] AaronSchulz: robla, deployed... [17:34:46] robla: See if you can do it again? [17:35:05] * robla tries [17:35:08] apergos: we should be at a point we can redeploy 1.21wmf3... so it should go away again.. [17:35:12] btw, I could disappear suddenly if Erik decides to put me on the spot in the metrics meeting :) [17:35:19] worksforme [17:35:33] not robla disappearance, redeploy of wmf3 [17:35:41] heh [17:35:47] Reedy: I'd wait [17:37:12] Reedy: w00t, fix0rd [17:37:33] Reedy: so https://gerrit.wikimedia.org/r/#/c/31224/ is the supposed fix? [17:37:35] * AaronSchulz is skeptical [17:37:46] AaronSchulz: to what? [17:38:15] * AaronSchulz reads it through [17:38:56] https://gerrit.wikimedia.org/r/#/c/31276/ is the fix, right? [17:39:03] yup [17:39:11] AaronSchulz: ^ [17:39:29] Reedy: undeletion [17:39:35] oh, that one [17:39:55] multitasking fixes [17:39:55] AaronSchulz: look at the bug [17:39:56] That's move pages [17:40:23] let's reenable TMH on enwiki [17:40:24] AaronSchulz: indelete is https://gerrit.wikimedia.org/r/#/c/31211/ [17:40:27] *undelete [17:41:09] ok that actually makes sense [17:41:45] robla: done [17:42:08] mdale: j^: back on enwiki [17:42:54] Reedy: cool [17:43:40] OK, once again IE7 never loads the video at File:Folgers.ogv on enwiki and shows the "Sorry..." message. [17:44:27] i get Our servers are currently experiencing a technical problem. creating a new page now [17:45:01] Fataling? [17:45:02] Reedy: ok I guess wmf3 is ok [17:45:08] not getting the TMH player [17:45:11] in chrome [17:45:30] ( which would also mean no TMH for IE ) [17:45:44] oh there it goes... [17:45:50] mdale: might need a page purge [17:45:58] probably have to wait for the 5 min manifest expire too [17:46:06] chrismcmahon: how is IE8 looking? [17:46:12] ( for the resource loader ) [17:46:14] checking IE8... [17:46:30] Reedy: yes fatal, you fixed wmf2? [17:46:46] oh [17:46:46] lol [17:47:06] heh...I forgot to test that. good catch j^ [17:47:33] same error for me too [17:47:41] looks OK in IE8, yay [17:47:41] when creating new pages [17:47:44] give me a minute [17:48:12] so, since this is IE7 only, we need to treat it as high priority, but let's leave it enabled [17:48:24] (not a blocker) [17:49:11] IE7 should display as well ( at least when I tested IE8 in IE7 mode per the fixes yesterday ) [17:49:13] Try now [17:49:30] at a guess, the problem with IE7 is the old version of Java that I have locally [17:49:39] Reedy: looks good [17:49:49] chrismcmahon: also possible [17:50:08] yeah, I suppose we don't even know how many IE7 users will actually get hit by this [17:50:21] IE7 already has pretty small marketshare [17:50:33] mdale j^ I am still seeing the "Sorry..." message while the page loads, though [17:50:33] Reedy: your edit has been saved, no more errors [17:51:03] hard refresh [17:51:25] chrismcmahon: that is the no JS message for IE … I guess I could have put it in a