[00:19:27] gn8 folks [01:01:56] ori-l, kaldari - you guys seem to be the last person deploying. all done? know of anyone else deploying after you? [01:02:13] pgehres: all done; not aware of anyone after us [01:02:19] nope [01:02:23] cool, thanks [01:12:10] well, this page just *barely* renders on test2: http://test2.wikipedia.org/wiki/Pagina_principale [01:12:36] I think that's a good test case for figuring out what's probably an LST problem [01:12:56] you should use ocwiki pages for tests! [01:26:26] hi domas [01:40:27] so the wikipedia welcome email has had a link to http://upload.wikimedia.org/wikipedia/commons/f/f0/Welcome2WP_English_082310.pdf since April 2011 [01:41:22] as of 22nd October 2012, that file has been moved on commons to now be located at https://upload.wikimedia.org/wikipedia/commons/e/e8/Welcome_to_Wikipedia_brochure_EN.pdf [01:42:09] but the former link is now broken - is there anyway to redirect it to the new file? [01:43:58] robla, do you know who would be best to ask about ^^ [01:46:46] lol [01:46:55] Where at, Thehelpfulone? [01:47:55] bah [01:47:59] it was moved on commons [01:48:29] https://commons.wikimedia.org/w/index.php?title=File:Welcome_to_Wikipedia_brochure_EN.pdf&action=history [01:51:05] Thehelpfulone: "DerBorg" seems to like moving a bunch of files around with reasons like that one "misleading names into accurate ones" .. maybe it is time to ask him to think more about breaking URLs ..shrug [01:51:20] it was Sage Ross that actually requested the rename [01:51:30] in fact, using his staff account too :P [01:51:34] ah, i see.. well. can you just change the email content then? [01:51:46] yes, I've done that on enwiki [01:51:59] but I'm thinking of all the emails sent between April 2011 - now that have the broken link [01:52:12] i wonder how many people try opening old emails again [01:53:53] hmm.i agree breaking old URLs is bad.. but i also dont think we should have too many "vintage redirects" making Apache redirects.conf even longer ... [01:53:58] yeah it might not be that many, but if they saw that guide and liked it because it explains all the basics then maybe they would go back to it - it's probably more a convenience than a be-all end-all sort of thing, I was just wondering it if was possible [01:55:01] technically it should be possible by putting it in remnants.conf in Apache repo [01:55:26] but ..need to draw a line somewhere.. i dunno either how important it should be rated [01:58:36] yeah I agree, hmm I'll look to see how much that was linked - a quick search finds https://meta.wikimedia.org/wiki/India_Access_To_Knowledge/Outreach_Programs/Handbook#Sending_follow_up_mails, https://en.wikipedia.org/wiki/User:Peteforsyth/OpEd and even some random google doc about the internet https://docs.google.com/document/d/1jvomBk9KM9w0vzUkcPlL5lG6EiuRRj_mZkvAtTAjk_4/edit [02:10:07] for all who care, fundraising reverted due to a RL bug, code reverted on fenari [03:18:32] !log updated payments cluster to 4c15a56c46bf52a [03:18:39] Logged the message, Master [12:40:46] guillom: thanks for forwarding also your note to wikisource-l [12:41:44] * Nemo_bis would like to have a human-readable statement like "We aim at making current Wikisource stuff work" (or not) [12:41:45] np :) [12:42:46] Because the "aims" section of that email is actually a list of problems (which I'm not even able to understand ^^). [17:40:54] pgehres: RL bug? [17:40:56] * RoanKattouw looks up [17:49:34] find mwalker, he should be on in a sec [17:51:38] mwalker: So I saw you guys were wrangling an RL bug last night? [17:51:51] yes, never did figure it out [17:51:53] very confusing [17:52:17] with debug mode on we saw the new JS variables we were pushing, but the old code; with debug mode off we saw the new code but not the new variables [17:53:00] Where were you setting these variables? ResourceLoaderGetConfig hook or MakeGlobalVariablesScript hook? [17:54:38] ResourceLoaderGetConfigVars [17:55:17] OK [17:55:22] So that *should*, oooh [17:55:24] ... [17:55:29] Yeah there's a known bug there [17:55:46] The cache invalidation logic does not account for changing config vars there [17:55:59] Usually it's fine because it does get tripped if you change any file anywhere at all [17:56:26] But sometimes people run into it, so the workaround in that case is touch php-1.21wmfN/resources/startup.js && sync-file php-1.21wmfN/resources/startup.js . Sadly. [18:02:39] hmm; but we had changed files -- but we can try it again and manually tickle those scripts [18:03:46] Yeah, it's possible that it picks stuff up in the wrong order sometimes. touch(1)ing should make it work [18:04:11] cool [18:04:14] Also, there's a delay of up to 5 mins for such touch(1)es to take effect [18:04:24] yep yep; the five minutes of DOOOM :) [18:04:30] (Because the list of timestamps of files has Cache-Control: s-maxage=300) [18:04:38] :) [18:05:57] ok, looks like we have a window at 11 so peter and I shall try pushing this again then. thanks for the info! [18:15:58] RoanKattouw: wouldn't MakeGlobalVariablesScript be better in this case? [18:16:56] Depends on the nature of what they're adding [18:17:09] ^demon|lunch: RoanKattouw do you think it's okay if i add wikidata to http://wikitech.wikimedia.org/view/Deployments ? [18:17:16] * aude has account on wikitech wiki [18:17:50] "Add WikiData" how? [18:18:27] <^demon|lunch> We're doing it as part of the normal deployment schedules. [18:18:29] <^demon|lunch> No need. [18:18:54] uh, okay [18:19:41] we got updated to wmf5 on wednesday (just for core) [18:19:53] monday is just the extensions [18:20:18] after this time, i think we will be on a regular schedule, in sync with core deployment [18:20:57] <^demon|lunch> If you want to add it, that's fine. [18:21:22] ok [18:22:18] http://wikitech.wikimedia.org/view/Deployments#Week_of_December_3 [18:23:09] that should clear up confusion and think it will be less confusing after that [18:48:49] ori-l: RoanKattouw: just read the backscroll -- we're exposing three new configuration variables to the JS -- so it's effectively static content [18:49:15] OK then getconfigvars is the right one [18:49:35] mwalker: right, but you've changed them once already and got in a pickle because they didn't update fast enough [18:49:56] our JS can handle it, but we were concerned when they didn't show up after 30 minutes of waiting for the cache to clear [18:50:02] which is when we rolled the change back [18:51:11] getconfigvars is the right one & makeglobalvars a hack, but possibly a justified one depending on frequency and urgency of changes. if you can tolerate the slight delay than yeah, stick to what you've got. [18:51:28] makeglobalvars isn't /exactly/ a hack, it's useful [18:51:39] for variables that change based on the page [19:03:48] okie doke .. deploying CentralNotice [19:11:00] valhallasw: would you mind submitting a change to revert your LST work? We can do it if you're busy, but it's probably safer for you to do it since you've got the dev env, etc. [19:13:01] robla: would it be possible just to deploy 634472d? [19:13:07] or to change HEAD to that? [19:13:26] and the rest to a seperate branch? I'm not quite sure how this works in gerrit.... [19:13:55] actually, good point, I think that would work [19:14:10] basically, it's just backing it out back to the wmf4 point [19:14:25] exactly [19:14:44] I also have to go now, sorry. [19:14:55] valhallasw: no problem, we can do it [19:15:00] thanks! [19:15:07] actually, just having the exact pointer is helpful. thanks! [19:31:35] fundraising is done deploying in case anyone else is stupid enough to want to deploy on a friday [19:32:00] ha [19:32:56] pgehres: Actually ... [19:33:00] :) [19:33:08] * RoanKattouw is going to deploy VE bugfixes today [19:33:12] all yours [19:34:26] In an hour orso [19:35:08] RoanKattouw: how is your exciting field trip today? :-) [19:37:13] Good so far :) [19:39:24] pgehres: In RoanKattouw's defense, the normal reasons for not deploying on a Friday don't really apply to him :) [19:40:21] well, that and I am deploying something that will get used on every page load instantly [19:40:27] so, we should know very quickly [19:40:36] also, if donations stop, i broke it [19:41:00] ha [19:47:54] valeriej, hah, we sent each other emails at the same time it seems :) [19:48:01] :) [20:47:18] uh, is the sites' javascript borked, or is it just me? [20:47:26] e.g. https://pl.wikipedia.org/w/index.php?title=Rototom&action=edit - the wikieditor interface doesn't load [20:48:19] Yeah something's borked there [20:48:23] Not seeing any JS errors [20:48:49] Maybe FlaggedRevs destroyed the toolbar when it put in the "Your changes will be displayed to readers once an authorized user accepts them. (help)" notice? [20:48:56] Uncaught exception: TypeError: Cannot convert 'ua.match(/version\/([0-9\.]*)/i)' to object [20:49:04] that's what i get [20:49:09] let me get the full backtrace [20:50:00] http://pastebin.com/pw9LkLhe [20:50:38] * MatmaRex 's debuggin' [20:51:26] meh, you guys broke browser detection on opera [20:51:35] :( [20:51:43] at this line [20:51:44] version = ua.match( /version\/([0-9\.]*)/i )[1] || 10; [20:52:01] ua is "opera/9.80 (windows nt 5.1)" [20:52:11] Right [20:52:11] no version/ there [20:52:16] So the ua.match() returns null [20:52:32] and then you try null[1], and it blows, etc [20:53:02] wheredoes that ua come from? [20:53:16] my user-agent is Opera/9.80 (Windows NT 5.1) Presto/2.12.388 Version/12.11 [20:53:23] so opera didn't change the scheme [20:53:50] ah, nav.userAgent earlier is wrong as well [20:53:58] "Opera/9.80 (Windows NT 5.1)" [20:54:03] now where does *that* come from? [20:54:45] ah, alright. [20:54:46] >>> navigator.userAgent [20:54:46] "Opera/9.80 (Windows NT 5.1)" [20:54:53] so that's weird. [20:55:58] so could somebody look into it? i know it's friday, but still [20:56:06] started happening ~10 minutes ago [21:00:26] it is just me, or is javascript on all pages broken on Opera due to faulty browser detection? [21:00:35] or is my Opera misbehaving somehow? [21:31:16] so Krenair just pointed out that there isnt a bugzilla request for turning on flagged revs/PC on enwiki on dec 1st UTC [21:31:20] is it still possible to do? [21:33:41] It actually looks like it's already enabled - https://en.wikipedia.org/wiki/Special:Log/stable [21:35:22] so it was just never turned off? [21:36:37] it was waiting for neverending discussions to end [21:36:41] IIRC [21:37:04] then someone decided for the "give me an helicopter or I'll kill the hostages" tactic [23:01:43] hi AaronSchulz, I'd like you to be the one to revert LST. do you want to do it today or on Monday? [23:02:17] the day is still young, so today I guess [23:02:24] :) [23:02:40] * robla double checks the hash to revert to [23:06:31] maybe those vim instructions might break the site [23:08:33] 634472d64 looks like the one [23:31:18] new staff MFlaschen (WMF) & MWang (WMF) ? [23:33:12] anyone? new accounts created at enwiki and I haven't seen any announcements [23:36:16] The accounts exist on our internal wiki [23:36:21] sDrewth: don't see those either..besides a wang on wikitech-l [23:36:28] ah,ok, what Roan says then [23:36:33] Looks legit [23:36:41] Chip created officewiki accounts for them today [23:36:53] okay thanks [23:37:53] thanks [23:38:09] * sDrewth mumbles about suspicions, better methdology, [23:41:28] yep, "new staff created" like "new project" list ? i guess [23:52:39] hi there sDrewth [23:52:47] hi sumanah [23:52:54] how's life treating you? [23:53:03] * sDrewth puts on hard hat, and sticks cardboard down the back of his pants [23:53:16] finally had a week off [23:53:33] well, my fashion of a week off [23:53:38] ha, yes [23:53:47] so you're midway through your 2-week I AM DONE WITH MY JOB holiday? [23:54:25] oh, not at two weeks now, the first week was dedicated to being a sort of "Dance Dad" [23:55:02] to the point that I am now hiding from RobLa :-) [23:55:17] * sumanah could pretend to be robla [23:55:34] you are too sexy to be robla [23:55:44] "something sensible" "are we deploying foo?" "we need to get better at using priorities" [23:57:22] sumanah: You forgot "let's see here" [23:57:30] Also, you don't have facial hair to stroke while you say that [23:57:45] * sumanah chuckles [23:58:00] Also, great timing on a certain individual joining this channel :D [23:58:04] sDrewth: calm down :) [23:58:24] anyway more seriously, sDrewth about Lua et al. [23:58:48] hey, i'd like to sync a one-line change, granting edit permission for a namespace to one additional group. would anyone object to a sync-file to wmf5? [23:59:07] ori-l: Go ahead. I'll be right behind you [23:59:22] ori-l: (Also, this would be in wmf-config, not wmf5, I assume?) [23:59:39] sDrewth: have you tried TemplateSandbox? [23:59:43] no, wmf5 -- the namespace + permissions are managed by an extension [23:59:45] ^ RoanKattouw [23:59:58] Aha