[12:27] * gmb lunches [13:25] Hi gary_poster. Can I just check that we're having the call in an hour or so? UK is now in UTC+1, and for some reason I'm finding +/- 1 to be really difficult maths today. [13:25] gmb, oh, I intended it to be in 5 minutes [13:26] gary_poster: That's cool too :) [13:26] I just didn't want to wander off to get a drink and find out that I'd missed the call. [13:26] that's back to the old local time for us, is it for you too? [13:26] :-) appreciated [13:26] gary_poster: Yes. [13:26] cool [13:27] bac benji danilo gmb, call in 3 (back to normal local time for US east coast [13:27] ) [13:27] yay for time zones! [13:30] uh oh, /me wonders if danilo got the memo :-) [13:30] * gary_poster adds an s: danilos? [13:31] gary_poster, no, upgraded this machine to natty so mumble got me through configuration screen again [13:32] gary_poster, "danilo" without "s" also pings me fwiw :) [13:32] :-) k [13:48] gary_poster, https://launchpad.dev/firefox/+subscriptions [13:59] gary_poster: should I push my changes into lp:~gary/launchpad/accordion-client-1? [13:59] benji, I don't think you can...let me see if I can open it up to you. [14:01] benji, the branch is now https://code.launchpad.net/~yellow/launchpad/accordion-client-1 [14:02] and you should be able to push to it [14:02] gary_poster: cool (I suppose we will have to re-MP it now that it's moved.(?)) [14:02] benji, the MP appears to have followed along for the ride, happily [14:03] wow [14:08] * danilos -> lunch [14:31] back [14:45] gmb: ok, the lint (and test) fixes are in at https://code.edge.launchpad.net/~yellow/launchpad/accordion-client-1/+merge/54715 [14:45] benji: Cool. I'll look now [14:57] benji: r=me on the lint changes. [14:57] * gmb -> afk for a short while [15:16] gary_poster, just to clarify the state of the things re our branches: ~yellow/lp/accordionoverlay is split into -server part (already landed) and -client-1 part (in review); for all our future/in progress branches, we should base them off -client-1, right? [15:17] danilos, I think that is safe. bac has a third branch, also in ~yellow, that will be a bit gigantic, but it is effectively based on -client-1, and shouldn't affect your work. [15:18] gary_poster, sounds very comforting ("gigantic", "won't affect your branch" :)) [15:18] heh [15:19] It's the branch that adds links to all of the bug target pages. [15:19] so it has a bunch of similar tests [15:19] and a bunch of similar template changes [15:20] It doesn't touch _subscriptions [15:20] + [15:47] gary_poster, since I also need to worry about this for my in-review branch, and since I already have an MP with "accordionoverlay" as the dep, is it ok to overwrite ~yellow/launchpad/accordionoverlay with accordion-client-1 just for the MP? :) [15:48] danilo, I think so. It's possible even that -client-1 has all changes from accordionoverlay, in which case the answer is "absolutely". [15:48] danilo, if you have to --force, then I'm more worried about it [15:49] but I won't actually worry until you tell me there's a reason to :-) [15:49] gary_poster, heh, there's one revision which conflicts (which says something like "Merge latest changes from client branch" [15:49] :-/ [15:49] uh, any ideas? [15:50] gary_poster, well, I guess it's probably best to just leave it as is, and I'll work it out with my reviewer that some changes are due to merge with the latest underlying work which has moved into a different branch [15:51] danilos, if you say so. if you merge -client-1 into accordionoverlay instead of pushingm does that result in different branches? [15:51] or are they then indentical? [15:52] I bet the conflict is because of conflict resolution I had to do or something [15:52] gary_poster, well, at least revision histories would be different, I am unsure about the "textual contents" [15:52] so merging -client-1 should hopefully result in the same textual contents [15:52] if that helps [15:53] then you could maybe even push without complaints [15:53] or you could push --overwrite with impunity :-) [15:53] gary_poster, yeah, I'll check that and try it out [15:53] cool [15:53] gary_poster, yeah, no differences, so I can just push it I hope [15:53] awesome [16:06] So far I think I have 13 reviews to give, not including my own. :-P [18:16] * danilos wraps for the day, cheers all [18:16] bye :-) [19:32] hi gary_poster [19:32] i've got new subscriptions working on milestone overview pages for products, productseries, and distros. [19:32] on to bugs pages now [19:35] fantastic, bac. bugs pages--we missed those? no...not sure what you mean actually [19:35] gary_poster: i am putting subscribe links on the overview page and the bugs page [19:35] so it appears on launchpad.net/firefox and bugs.launchpad.net/firefox [19:35] bac, got it, duh [19:50] gary_poster: actually i was wrong, which means there is less work to do [19:51] there is no such thing as a bugs facet for a productseries [19:51] even yay-er [19:51] if you're looking at bugs.launchpad.net/firefox/1.0/1.0.0 (a product series) [19:51] clicking on 'bugs' tab takes you to bugs.launchpad.net/firefox [19:52] so i think i'm done [19:52] awesome! [19:53] so what's next, and should I help? [19:56] i just confirmed the tests all pass [19:56] next i need to merge in the latest, wherever that may be, and then deliver this somewhere [19:56] gary_poster: you can help me figure out those two things. [19:57] but right now i need to be afk for a bit. i'll ping you a little later if that's ok [19:57] I think that danilo merged -client-1 into ~yellow/lp/accordionoverlay [19:57] checking [19:58] if so, that's the thing to merge, I think. or -client-1. They are effectively identical, except in history. [19:59] "deliver this somewhere": I think that you are waiting for the -client-1 branch to land. benji, I saw Graham's review. Does that mean that you are ready to merge, or you still have other stuff to do? [20:00] gary_poster: still working on the non-lint bits; just plug-and-chug left now [20:00] cool [20:01] bac: here's my suggestion: [20:01] 1) merge in lp:~yellow/launchpad/accordionoverlay [20:01] 2) push to LP [20:02] 3) make a mp depending on either lp:~yellow/launchpad/accordionoverlay or lp:~yellow/launchpad/accordion-client-1/ (identical) [20:02] 4) get it reviewed [20:02] 5) wait, if necessary, for lp:~yellow/launchpad/accordion-client-1 to be landed [20:03] (uh, 6, land it) [20:03] (7, go for a walk) [20:03] (etc.) === Ursinha is now known as Ursinha-lunch [20:30] gary_poster: all the fixes have been applied [20:31] great benji. Does that need another review from Graham, or is that good to go? [20:32] gary_poster: he had already approved it and then approved of my lint changes, so -- assuming he doesn't object wildly to anything I did in this last round (and I wouldn't expect him to) -- we should be ready to go [20:32] so that means you can land? [20:33] gary_poster: sure, I can do it [20:33] yay! [20:33] it'll help me put off reviewing the two > 11K line MPs in the queue ;P [20:33] wait, make that 1K :) [20:34] (what's an order of magnitude between friends) [20:34] :-) [21:04] gary_poster: will you set a preferred email address on ~yellow? ec2 land is barfing because it desn't have one [21:04] meh, sure [21:07] benji, (1) I made eveyone on team an administrator. (2) I set up a mailing list; I think that will become the contact email once it has approved. I'll ping when it is done and I have confirmed that it is the contact email. [21:07] k [21:08] * benji is tempted to put Gary as the contact email in the meantime just to get this going. [21:09] Can't--my email is already registered... [21:11] * benji is tempted to put benji+this-is-temporary@benjiyork.com instead. [21:12] benji, ok, if you wanna :-) [21:23] gary_poster: the temporary email address worked and the new list is now the contact address [21:24] benji, yeah I changed it too. :-) thank you [21:24] :) === Ursinha-lunch is now known as Ursinha [21:31] Performed urgent and essential task of updating team image for https://edge.launchpad.net/~yellow [21:36] heh [21:36] gary_poster: i just saw your suggested merging steps and will give them a go [21:37] cool bac. Note that benji has now sent -cleint-1 to ec2 test I think, so hopefully we're on our way there roo [21:37] too [21:37] kanga [21:38] gary_poster: so why should i merge from accordion-overlay instead of client-1? [21:38] bac, it doesn't matter; they are identical. Do what makes sense for you. [21:38] they are identical because danilos was already using accordionoverlay as a MP predecessor [21:38] now that we're all adminstrators we can periodically change the team image to random yellow things [21:38] and wanted the -client-1 stuff [21:38] +1 benji :-) [21:39] gary_poster: and i should push it to something else like client-2? [21:39] bac, or whatever works for you, sure. [21:40] gary_poster: what is the status of the 'edit' links for existing structural subscriptions? will that be done in a second pass, mimicing the work i just did/ [21:40] bac, yes [21:40] ok [21:41] * gary_poster hopes/assumes it will be easier to follow in your footsteps now that you have blazed the trail [21:41] only 3 conflicts [21:41] hopefully good. [21:54] benji: should i be using StructuralSubscriptionJSMixin everywhere i'm currently exposing data to JS? [21:55] bac: hmm, I haven't heard of that guy, but suspect Gary refactored a the group of expose_* function calls into it [21:56] ah, i figured you did it. [21:57] it wants to make providing a 'subscriptions' property required, but with a bit of work i can make it so i can use it without providing that property [22:01] bac, yeah, that was a review request from Graham [22:02] and +1 on refactoring to make it easier to reuse [22:02] since that was the point [22:03] gary_poster: it may not be easier to use but will allow me to defer providing that definition until it is needed [22:03] which is easier, i guess [22:04] yeah, sounds like it :-) [22:08] gary_poster: in browser/bugtarget.py [22:08] * gary_poster listens [22:08] ah, never mind [22:08] k :-) [22:09] i expected to see a 'super' but you're calling the initialize from another class directly [22:09] looking... [22:09] is that correct? how is the initialize from StructuralSubscriptionJSMixin called? [22:10] bac, yes, it is first in the inheritance list [22:10] so it's initialize is called [22:10] which 'it'? [22:10] which then calls out to LaunchpadView in its own super [22:10] So in class TargetSubscriptionView(StructuralSubscriptionJSMixin, LaunchpadView): [22:11] TargetSubscriptionView does not define an initialize [22:11] so the first defined initialize in the subsclasses reading left to right is the class' initialize [22:11] StructuralSubscriptionJSMixin has an initialize [22:11] ok, we're looking at different classes. [22:12] oh [22:12] sorry, i got confused [22:12] but look at BugTargetBugsView [22:12] if i add the new JSMixin to the list of inherited classes [22:12] must i call the initialize manually? [22:13] If the new JSMixing class is first, then you should be able make a super call [22:13] JSMixin [22:13] Or if BugTaskSearchListingView is first and it does the proper super dance then it should work fine too [22:13] it already has a call to BugTaskSearchListingView.initialize() [22:14] right. That should no longer be necessary, because the JSMixin has a super call in it too [22:14] So if I were doing it [22:15] I'd try putting the JSMixin as the first inherited class [22:15] and then I would try changing BugTaskSearchListingView.initialize(self) [22:15] to [22:15] super(BugTargetBugsView, self).initialize() [22:15] as you'd expect [22:15] that should call to the JSMixin's initialize [22:15] which should then call the BugTaskSearchListingView's initialize [22:15] even though BugTaskSearchListingView doesn't do the proper super dance? [22:16] yes, because I said that you should put the JSMixin first [22:16] and it *does* do the proper super dance [22:16] make sense? [22:16] sort of [22:17] what part doesn't? I might be making a mistake [22:17] i see that currently BugTaskSearchListingView.initialize does not call super [22:17] instead it does some work then calls LPFormView.initialize() [22:18] so, given that existing code, the approach you suggest will still work? [22:18] I believe it will yes [22:18] ok, i'll give it a try then [22:22] gary_poster: mumble real quick? [22:22] Sure bac