[09:02:32] scott_gonzalez: Fate is working against me here since I wanted to code some last week but then hurricane and I have a meeting now at work. Just wanted to update you it's on my schedule to do UI2 work tonight or tomorrow afternoon [09:02:34] jzaefferer rxaviers gnarf kborchers mikesherov Dave_Stein [09:02:37] * rxaviers here [09:02:44] hey! [09:02:46] i had that ready :) [09:03:35] hi [09:04:02] it's our monthly meeting that is on random days of the week but i'm gonna put this meeting on my calendar repeating so hopefully it won't happen again [09:04:19] Dave_Stein: No problem, I merged master into interactions. [09:04:21] i'll be back later to see what happened... ping me later if you need me [09:04:25] cool [09:04:40] my first plan is just to make sure things still work that i made work long ago and then to start on sortable, like i said last meeting but god damn you Sandy [09:04:43] see you guys later [09:04:48] everyone is taking the good food [09:05:56] Hey petro [09:06:02] hey guys [09:06:05] Any idea if mikesherov is joining? [09:06:10] checking [09:07:16] yeah he'll be in a couple minutes [09:07:35] ok [09:07:43] has work started on the clip rewrite? i'd love to help out [09:08:02] Nope, would be awesome if you wanted to tackle that. [09:08:28] I figure we can land them as they're done, even if that means only some are convereted for 1.10. [09:08:53] It's not like there's any API changes. [09:09:17] yep, makes sense [09:09:31] hi [09:09:41] sorry guys [09:09:49] Hey mikesherov [09:10:06] what's the timeline for refactoring all of them? just to get an idea of the complexity/scope [09:10:41] petro: if you could finish by monday that would be great :P [09:10:46] LOl [09:11:07] that long? so much for "agile" [09:11:10] haha [09:11:12] petro: I have no idea. I assume each effect will require a different amount of time. [09:11:14] :D [09:11:22] If we could get them all done for 1.10, that'd be awesome. [09:11:29] petro: as many as we can land? The big part of it will be writing the clip cssHooks [09:11:39] 1.10 is planned for December/January. [09:11:55] once the cssHooks are written, the effects can be ported over pretty quickly I would think [09:11:57] But whatever gets done will go into 1.10. [09:12:22] sounds like a plan [09:12:22] I expect some to still be tricky, like explode. [09:12:48] But a lot of effect should be able to just clip the original element, which will be really helpful in fixing bugs. [09:13:02] yeah, removing the wrappers where we can is a big issue [09:13:20] as there are a few issues related to wrapping/unwrapping elements with animation (like keeping track of focus) [09:13:36] Yup, and styles based on child selectors, etc. [09:14:20] gnarf: are you writing the clip cssHook? [09:14:27] should that be moved to core? [09:16:24] mikesherov: I guess it depends on size? I thought core didn't really want to add too many hooks. [09:16:54] mikesherov: i figured it would be a plugin co-opted inside UI effects core - just like color & easing [09:17:00] yeah, in general we don't… it really depends if it would use the closed over functions in css.js or not [09:17:40] Another thing to consider is adding it to core doesn't help UI :-P [09:17:49] We wouldn't be able to use it for another year or two. [09:17:52] scott_gonzalez: true [09:18:27] I could start something up for it, but petro might have more time than me to work on it :) [09:18:31] That alone doesn't mean it shouldn't be added to core, UI certainly implements stuff before core all the time. [09:19:00] petro, I can walk you through the cssHooks functionality. [09:19:15] sounds like it just needs an expand function, right gnarf? [09:19:43] mikesherov: clip has a super strange format [09:19:48] expand doesn't help much [09:20:07] k, so just a completely paved over implementation [09:20:15] clip: rect(top, right, bottom, left) [09:20:25] and IE <8 doesn't support commas [09:20:30] https://developer.mozilla.org/en-US/docs/CSS/clip [09:20:31] fun [09:21:13] right and bottom are mesured from left/top [09:21:28] which is another funky part of that too [09:21:36] Ok, let's finish this discussion in -dev. [09:21:37] GREAT [09:21:40] yeah [09:22:10] so, I had a few things to discuss… is Dave_Stein still here? [09:22:26] Dave_Stein had another meeting. [09:22:29] k [09:22:37] He left early, I show up late :-\ [09:22:59] Basically, I just wanted to coordinate the interactions rewrite stuff [09:23:30] now that we have tests, and a proper bugs list, and a proposed API, I wanted to know what the next steps were to get this all moving forward together [09:23:43] Dave_Stein: Can you join #jqueryui-dev when you get back? [09:24:35] mikesherov, gnarf: Do you have an update for mergeatron? [09:25:10] mikesherov: Let's talk about next steps for interactions after this meeting in -dev, or maybe tomorrow when jzaefferer is around. [09:25:25] k, so I was originally going to get it set by the middle of this week, but Sandy kind of screwed that up [09:26:12] Still on my priority list: 1. finish triage "new" bugs 2. mergeatron 3. jQuery 1.9 core stuff 4. testswarm IFRAME stuff [09:26:25] so, I imagine possibly this weekend. [09:27:34] depends on how much time I have to spend hotel hopping, considering I still don't have power at home [09:27:48] Great, I should hopefully have time this week to work on the CLA verification script. [09:27:56] awesome [09:28:23] 36 "new" triage tickets left. We should be through those in another day or two. [09:28:35] tj_vantoll: :-) [09:28:56] It's 39 actually [09:29:04] Update :) [09:29:15] HA [09:29:15] Heh, 36 :-P [09:29:20] Trac is so weird with refershing. [09:29:24] One "feature", 35 "bugs" [09:29:27] Yeah it makes no sense. [09:30:01] Today is the 24th straight day that our ticket count has gone done. [09:30:43] you guys rock! i'm going to have to update some slides before my talk next week because these numbers are crazy :) [09:30:54] Down to 513 total tickets. [09:31:01] scott_gonzalez: It will be that way every day until these 36 are gone [09:31:33] 64 pending closure. [09:31:38] Awesome [09:31:41] Resizable and Sortable are still a bit of a mess. A good pass through for duplicates on those two can probably kill off quite a few more. [09:31:48] the next steps is retriaging the existing tickets after this, and doing more reduction to see what's going on [09:31:50] Looks like 9 will close today. [09:32:00] we'll probably find another 20 dupes that way [09:32:05] :-) [09:32:44] Ok, next item. [09:32:55] I'd like to do 1.9.2 in a month or so. [09:33:10] I'll be cherry-picking all the bug fixes from master into 1-9-stable soon. [09:33:35] cool [09:33:57] On a related note, we need to get 1-9-stable running in TestSwarm. [09:34:15] I'm not sure what's required for that to happen. [09:34:23] I have no clue [09:34:44] Krinkle|detached: Let me know when you're around. [09:35:00] Speaking of swarm, we're green again :-) [09:35:07] scott_gonzalez: its actually pretty easy to do [09:35:17] just clone the one that checks master and change its branch/name :) [09:35:18] yeah, except testswarm needs an upgrade [09:35:21] Though we have new failures against core 1.6.x and 1.7.x :-/ [09:35:30] I need to figure out what happened there. [09:36:13] gnarf: Ok, I think we actually have 5 "projects" to clone. [09:36:23] I'll start with one and see if it works. [09:38:23] k [09:38:45] I did a review of all the old docs on MediaWiki. [09:39:02] There's not too much content that hasn't been migrated: https://github.com/jquery/jqueryui.com/issues/24 [09:39:19] I can work on the upgrade guides. The old ones are probably pretty bad. [09:39:28] The rest is going in to the learn site. [09:39:59] I should probably copy the content into a gist or something so that we can blow away the content if we want. [09:40:12] Would be great to finally get rid of docs.jquery so people stop looking at it. [09:40:33] . [09:41:05] We also need to move to the new-css branch in web-base-template, but I'll discuss that with jzaefferer when he's around. [09:41:14] Since we need to coordinate the move with qunitjs.com. [09:41:39] gnarf: Any news on getting notifications for wiki changes? [09:42:28] nope - I'm pretty sure it's possible though - I'll work on it next week after I get home [09:42:34] no time left before the asia trip [09:42:45] ok [09:43:07] Not super urgent, but would be nice to move away from pbworks by the end of the year. [09:43:22] rxaviers: updates on download builder/TR? [09:43:37] The big item that needs to land for 1.10 is support of multiple versions. [09:44:18] well, I've been going thru the github issue list since Im back (mon) [09:44:29] fixing/closing some issues [09:44:39] not many things [09:44:43] ok [09:45:10] Got an estimate (in weeks is good enough) on how long multiple version support will take? [09:45:31] will do it and let you know by the eod [09:45:40] sounds good [09:46:02] mikesherov: You wanted to discuss CSS transforms + interactions? [09:46:20] yeah, I mean, basically… it's a can of worms [09:46:36] I think we need to take a stand to either support, or not support it [09:46:51] Is there a systemic problem with this in core? [09:46:58] Or is it just interactions written poorly? [09:47:04] it's a general problem [09:47:08] what is .width()? [09:47:17] is it width * scale? [09:47:18] I haven't used transforms at all, so I'm clueless. [09:47:20] 3D collision detection o_O [09:48:21] Oh, so if you have an element with width: 100px; scale: 2; is .offsetWidth still 100? [09:48:23] so, you can say "width:100px; transform: scale(2,4);" [09:48:35] offsetWidth is fine [09:48:44] just visually, it's different [09:48:50] transforms don't effect box model [09:48:58] but some people expect it to work [09:49:21] you can translate as well, which doesn't affect top/left, but visually, it affects it [09:50:20] supporting transforms in that way would be a slippery slope [09:51:05] The interactions currently support a lot of options that don't even really make sense with a lot of transforms. [09:51:10] by that, i mean that having .width() taking CSS transforms into account opens a can of worms [09:51:33] then, what about css filters and shaders? [09:51:34] exactly right [09:51:56] What I'm saying simply is that css effects, we should say as a policy: wonftix [09:51:59] wontfix [09:52:22] but what about scale factor? eg. for hires screens [09:52:44] petro? what do you mean? [09:53:11] oh nvm i misread your earlier comment [09:53:42] i thought your scale: 2 was referring to the webkit scale property for retina displays…carry on [09:54:38] Ok, yeah, this seems crazy. [09:54:47] so, that's all I wanted to say, scott_gonzalez, was that we just take a firm stance on wontfix for transforms [09:54:52] +1 for blanket wontfix on CSS transforms [09:55:17] Yeah, seems good. [09:55:21] Do you want to close that ticket? [09:55:36] And #8618 as well. [09:55:45] I guess we should put this on the wontfix page too. [09:56:10] right [09:56:12] http://bugs.jqueryui.com/ticket/8618 wontfi [09:56:27] yeah [09:56:31] classic: http://bugs.jqueryui.com/ticket/6844#comment:13 [09:57:05] WHY HAVE NOT FIXED [09:57:52] kborchers: Did you wnat to discuss progressbar at all? [09:57:59] There's a wontfix page? [09:58:17] http://docs.jquery.com/Won't_Fix [09:58:47] scott_gonzalez: probably not necessary after the discussion in -dev this morning. just going to get rid of _value() and refactor in master then merge that into the progressbar branch and try to get the PR merged [09:58:55] ok [09:59:15] hope to get that done tonight [09:59:17] So that brings us to everyone's favorite tool: SVN [09:59:19] https://code.google.com/p/jquery-ui/source/browse/ [09:59:51] We haven't used SVN for a few years, other than adding tags from GitHub (WTF?) [10:00:30] But somehow people keep coming across this and every once in a while we'll get a bug report or a patch based on it. [10:00:41] I want to delete everything from trunk and delete all the branches. [10:00:51] great [10:00:54] The repo and history will remain, but it will be completely empty. [10:01:04] That way people won't have any reason to think it's active. [10:01:09] +1 [10:01:22] +1 [10:01:29] Seems like everyone's on board, so I'll do that today. [10:01:44] mikesherov + kborchers = everyone \o/ [10:01:52] lol [10:01:58] SVN needs to DIAF [10:02:05] confirm [10:02:17] That's everything on the agenda. [10:03:19] Thanks everyone. See you back in -dev. [10:03:36] thanks! [11:02:34] Hey! [11:02:42] hello [11:03:08] ping [11:03:13] https://docs.google.com/document/d/1JUfGj8dQH3Q4JoBOlNnfDFrESzMt6LhktXsmtPYocXI/edit [11:03:28] so hey clark [11:03:33] splunk machine is up again [11:03:43] but i'm having an issue setting up the extra drive [11:03:48] ok [11:03:54] is it on the same IP/host? [11:03:57] yeah [11:04:02] cool thanks [11:04:05] new ssh key tho [11:04:13] ssh's is gonna complain [11:04:20] k [11:04:30] should get the drive figured out in a few days [11:04:36] sure no rush [11:05:37] Anyone got any comments/questions about https://github.com/jquery/infrastructure/issues?state=open [11:06:29] https://github.com/jquery/infrastructure/issues/74 [11:06:42] where did that land [11:06:52] I haven't taken any action on it [11:07:53] nor I - I think I'm going to handle this when I get the new script/repo for code.jquery.com setup [11:08:45] I can prolly do a little more investigation after the meeting and discuss [11:08:58] also johnbender - we have #jquery-infrastructure now too [11:09:18] yah [11:09:29] I thought I added that to my autojoin list [11:09:31] * johnbender goes to check [11:10:06] johnbender: I'm really only concerned that the cron dies [11:10:11] yah [11:10:12] and i think it was already dead [11:10:13] but [11:10:15] i'll make sure [11:10:17] cool [11:10:26] https://github.com/jquery/infrastructure/issues/115 ? [11:11:50] https://github.com/jquery/infrastructure/issues/76 [11:12:05] ajpiano: you here? [11:12:29] sigh - feedburner - I need to dig through the logs and see if I can figure out what URL it's trying to receive [11:13:25] so commented [11:13:46] i'll try to tackle that today [11:14:22] ryanneufeld: can you think of anything to add on #115 ? [11:14:39] I'm just curious where we should host such a document --- jquery.github.com ? [11:14:41] ajpiano: ? [11:15:05] what document [11:15:08] gnarf: I don't think so. other than a link to the ZNC docs [11:15:36] ajpiano: like a little "welcome to using ZNC - here's some tips for how things are setup" [11:16:07] also, I kinda wanna send out a second invitation to use our ZNC [11:16:20] there are probably other team members interested that haven't spoken up [11:17:01] gnarf clarkbox: splunk access pls, for rxaviers as well [11:17:15] yes [11:17:33] clarkbox: can you create those two accounts? [11:17:35] i need to recover that box… it crashed since the conference [11:17:37] yes [11:17:41] cool [11:17:51] ill have splunk running in full effect by this time next week [11:18:06] also, next week - I'll be on a plane [11:18:15] so, meet without me ;) [11:18:46] ajpiano: any thoughts about where that sort of document goes? https://github.com/jquery/infrastructure/issues/115 [11:18:57] gnarf: sorry gnarf, i'm on the phone [11:19:00] jquery.github.com seems fine for that [11:19:03] jquery.github.com seems fine [11:19:11] haha [11:19:16] agree [11:19:18] JYNX [11:19:19] NO U [11:20:23] for puppet docs, infrastructure wiki seems good. Is there anything new yet/ [11:20:24] ? [11:21:47] RE: puppet docs? not really [11:22:13] mergeatron is stalled out due to Sandy & mikesherov's time [11:22:18] I'm excited to work with it tho :) [11:22:48] what is it? [11:23:16] ryanneufeld: mergeatron listens to the github API for pull request commits and automatically tests them [11:23:25] nice [11:23:26] submits status back using the status API [11:23:49] big issue ATM is it's mongo dep [11:23:59] but mikesherov was replacing it with a sqllite dep [11:24:03] oic [11:24:08] we don't like mongo? [11:24:16] mongo :( [11:24:19] i love mongo [11:24:32] i hate (mt)'s bad memory management [11:24:38] right [11:24:45] have you complained to them about that? [11:24:47] i think mongo + (mt) memory = disaster in a can [11:24:52] constantly [11:25:01] seems like something that shouldn't be an issue [11:25:04] the helix platform will help us with this [11:25:43] when you get back from asia, we gonna go over that too? [11:25:47] the way (mt) does their Virtual machines means we don't get any swap [11:26:08] swapfiles? [11:26:19] swap doesn't have to be a partition [11:26:22] we can use a swapfile [11:26:40] ryanneufeld: newp [11:26:42] well [11:26:44] not last time I checked [11:26:48] wat? [11:26:48] The CSS goes ok, but the jQuery doesn't with the PHP $strings. [11:27:00] I wanted a swap file for the old jenkins [11:27:04] because it was going oom [11:27:08] OOM [11:27:10] as in [11:27:13] there was no swap [11:27:15] ?boom [11:27:15] at all [11:27:15] "Did you are unimpressed? and now?" [11:27:31] it has to do with their pricing model and memory [11:27:31] oh, you mean Out Of Memory [11:27:34] yes [11:27:39] derp [11:27:39] sorry [11:27:44] * johnbender is a nerd [11:27:45] swap is actually not allowed [11:27:48] so'k [11:27:52] even in swapfile [11:27:53] :( :( [11:28:03] that's really uncool [11:28:04] because imagine 100 machines all hitting the same disk for swap [11:28:14] oh, shared hosting [11:28:17] right [11:28:20] eff [11:28:26] we talked with our contact there and that's what he told us [11:28:38] helix we have SSD and full control [11:28:38] so [11:28:49] we can do what we please? [11:29:16] pretty much [11:29:18] :) [11:29:30] of course [11:29:40] its also been a pain (see the issues with splunk) [11:29:50] but i think its just cuz we are like on the "beta" platform atm [11:31:58] Package Upgrades - ryanneufeld did you get any done? [11:32:25] want to try like citadel + staging servers today [11:32:32] and upgrade live tomorrow? [11:34:36] gnarf: I did not [11:34:45] gnarf: I was going through the cron emails [11:34:48] k [11:35:06] and access became an issue, danheberden sorted me out, but by then the weekend was over for me, and real life wanted my attention [11:35:09] we do need to push this out soon, but if not today/tomorrow lets wait until I'm back [11:35:30] we should prolly do it over two days anyway, give stage time to blow up [11:35:37] not that it should [11:35:43] but package upgrades are always scary [11:35:51] yeah [11:35:59] you can upgrade specific ones pretty easily [11:36:09] true, but I'd rather get em all [11:36:20] the closer we stay to edge, the better off we are [11:36:35] we're on debian stable right? [11:36:47] yup [11:36:49] I trust that pretty well. [11:36:53] exactly [11:36:59] seems most of our issues are related to shitty memory management [11:39:03] any other business for infra to chat about today? [11:39:22] ryanneufeld: punt the upgrades to next week ? [11:39:25] or do em today? [11:39:39] I'm not gonna have time this week [11:39:41] k [11:39:42] punt em [11:39:53] the next couple weeks are super busy for me [11:40:07] rebuilding a mobile site from scratch [11:40:13] eww [11:40:21] meh, I wanted to doit [11:40:30] all the views are done already [11:40:34] and most of the js [11:40:37] it's just the php [11:40:39] any hwo [11:40:56] I'm around while you're gone if people need help [11:41:01] but I'm mostly away [11:41:09] coo - gonna shut this down - see ya in -infra*