[11:48] <allenap> jcsackett: Do you fancy a review? 400 lines, nothing very controversial. https://code.launchpad.net/~allenap/launchpad/sub-search-ui-bug-656823-3/+merge/45349
[12:20] <jcsackett> allenap: sure, i can take a look at that. is it time sensitive? still eating breakfast. :-)
[12:23] <jcsackett> allenap: looks like all your activereviews already have comments--safe bet someone has already gotten to the one you needed?
[12:24] <jcsackett> nm; i see those are both screenshots from you. which MP did you need?
[12:51] <allenap> jcsackett: No rush, https://code.launchpad.net/~allenap/launchpad/sub-search-ui-bug-656823-3/+merge/45349
[12:51] <allenap> Thank you!
[13:12] <gmb> allenap: I have a small JS branch for you if you're initerested.
[13:12] <gmb> Or indeed interested.
[13:12] <allenap> gmb: I'm doing one of your js branches already.
[13:13] <gmb> allenap: Ah, cool. Since I've only got one in the queue, it's likely to be the same one. :)
[13:13] <allenap> gmb: And I just finished it :)
[13:14] <gmb> Hurrah for small units of work.
[13:19] <gmb> allenap: Ta for the review. I've made the necessary changes.
[13:19] <allenap> gmb: Cool.
[13:55] <leonardr> allenap, I have a branch to fix the recent buildbot failures
[13:55] <leonardr> https://code.launchpad.net/~leonardr/launchpadlib/correct-test-failure/+merge/45370
[13:55] <leonardr> failure; https://lpbuildbot.canonical.com/builders/lucid_lp/builds/496/steps/shell_6/logs/summary
[14:01] <leonardr> jcsackett: -^
[14:06] <jcsackett> leonardr: i've looked over it and it looks good. i'm requesting follow up from sinzui, since i'm being mentored.
[14:06] <leonardr> ok
[14:07] <leonardr> jcsackett: there's also going to be a launchpad branch which just bumps up the launchpadlib used from 1.9.0 to 1.9.1
[14:08] <jcsackett> i'll be happy to look at that whenever, since that will be an easy one. it may be a candidate for self review, however (not sure if we formally started doing that).
[14:08] <jcsackett> leonardr ^
[14:08] <stub> leonardr: I need the testsuite fix I landed today used by Launchpad soon.
[14:08] <stub> (launchpadlib testsuite that is)
[14:09] <leonardr> stub: ok, did you already do this work?
[14:09] <stub> leonardr: Yes, landed today. One line change to a doctest.
[14:09] <leonardr> ah, that is a different one line change to a doctest
[14:10] <leonardr> well, it'll go in to 1.9.1 as well
[14:10] <stub> Cool. Once launchpadlib tests stop assuming the Librarian is running on port 58000 the sooner I can land this Librarian branch.
[14:20] <leonardr> jcsackett: here's the launchpad branch: https://code.launchpad.net/~leonardr/launchpadlib/launchpad-integration/+merge/45381
[14:22] <jcsackett> leonardr: r=me. request for sinzui to follow up already made.
[14:22] <leonardr> thanks
[14:22] <jcsackett> np. i like those one line reviews. :-P
[14:28] <gary_poster> sinzui: ping.  I'm trying to speed up leonardr's testfix review, so I'd like your permission to approve jcsackett's reviews
[14:30] <sinzui> go ahead
[14:32] <gary_poster> thank you
[14:32] <gary_poster> approved
[14:57] <jcsackett> allenap: some questions and comments on your MP.
[14:57] <allenap> jcsackett: Cheers, thanks.
[16:02] <bac> hi allenap, could you do a bugs review for me?
[16:02] <allenap> bac: Sure.
[16:02] <bac> https://code.launchpad.net/~bac/launchpad/bug-5927/+merge/45403
[16:02] <bac> thanks allenap
[16:06] <sinzui> salgado, do you want to do a UI review of https://code.launchpad.net/~allenap/launchpad/sub-search-ui-bug-656823-3/+merge/45349
[16:22] <salgado> sinzui, sure!
[16:45] <bac> thanks allenap
[16:45] <allenap> bac: Welcome :)
[16:47] <allenap> abentley: Can you have a look at https://code.launchpad.net/~leonardr/launchpad/publish-tokens-2/+merge/34123. I don't know if it's still relevant, but it might warrant an updated vote from you.
[16:48] <leonardr> abentley, allenap: that code is landed, though possibly not in that branch
[16:49] <allenap> leonardr: Awesome, okay.
[16:49] <abentley> leonardr, ACK.
[16:50] <leonardr> abentley, allena: actually, what happened was we decided to take an alternate approach
[16:50] <abentley> leonardr, please mark the proposal rejected, then.
[16:50] <leonardr> i'll mark the branch as abandoned
[16:53] <salgado> allenap, I'm reviewing the UI of your subscription filter branch and am wondering what they're for...
[16:54] <allenap> salgado: Hehe :)
[16:54] <allenap> salgado: They are a new feature, so you can subscribe to a subset of bug mail.
[16:54] <allenap> salgado: So you could subscribe to only mail for a particular tag, or set of statuses.
[16:56] <salgado> allenap, ok, and when you want to subscribe to everything then there are no filters -- just the usual structural subscription?
[16:56] <allenap> salgado: Yes, exactly like that.
[16:56] <salgado> allenap, but as soon as you add a filter, you only get what matches that filter?
[16:58] <allenap> salgado: Yes, and if there are multiple filters for a subscription they are ORed together.
[16:59] <allenap> salgado: So you could have a filter for Fix Committed bugjam2010 bugs, another for open Critical bugs, and you'd get mail for both.
[16:59] <salgado> right
[17:05] <salgado> allenap, I'm wondering if it'd make sense to add a sentence to each subscription with filters stating that the user will only get email for bugs matching at least one of the filters?  that was not clear to me at first
[17:05] <allenap> salgado: Okay, that makes sense. I can move the repeating "Bug mail filter" bit up and add an explanation.
[17:07] <salgado> allenap, or maybe it could be at the top of the page so that we don't repeat it when there are multiple subscriptions with filters?
[17:08] <allenap> salgado: Okay, that's cool too. Do you know of an example I can crib?
[17:10] <salgado> allenap, you mean just the text?  I'll think of something
[17:10] <allenap> salgado: Yeah, thanks.
[17:14] <salgado> allenap, are structural subscriptions used for anything other than bug mail?
[17:14] <allenap> salgado: Blueprints, in theory.
[17:20] <salgado> allenap, hmm, then I think it'd be weird to talk about bugmail at the top when the subscriptions are not just for bugs.  /me thinks of something else
[17:21] <allenap> salgado: I have an idea... I'll get a screen-grab for you.
[17:21] <salgado> allenap, great!
[17:22] <allenap> salgado: http://people.canonical.com/~gavin/ui/sub-search-ui-bug-656823-3/+structural-subscriptions,%20v2.png
[17:26] <salgado> I like that
[17:26] <allenap> salgado: \o/ Cool.
[17:27] <salgado> allenap, do you think it's worth to mention before the filters that messages that match any of them will go through?
[17:28] <salgado> to make it clear that it's not just messages that match all of them that go through
[17:30] <allenap> salgado: Mmm. I'm on the fence about that. I'll scratch my head for a few minutes. Maybe there's a clearer way to denote that.
[17:32] <salgado> I'm not very fond of that either, but I don't think it's 100% clear that the filters are ORed together
[17:40] <allenap> salgado: I have to go now, but I'll try to come up with something later.
[17:40] <allenap> Thank you :)
[17:40] <salgado> allenap, np. I'll suggest something on the MP and maybe sinzui will have other ideas as well
[18:08] <henninge> jcsackett: Hi! ;)
[18:08] <jcsackett> henninge, hello!
[18:09] <jcsackett> i'm going to guess i know what you need reviewed. :-)
[18:09] <henninge> No need to guess ...
[18:09] <henninge> https://code.launchpad.net/~henninge/launchpad/db-devel-697845-import-failure/+merge/45422
[18:09] <henninge> :)
[18:09] <jcsackett> henninge, it's sort of frightening when an MP begins "Boy, how do I explain this..." :-P
[18:10] <henninge> jcsackett: well, with message sharing and upstream-ubuntu sharing, translations is acquiring soyuz qualities when it comes to domain knowledge.
[18:11] <henninge> Some will argue it has always been that way ...
[18:11] <jcsackett> lol.
[18:17] <jcsackett> henninge: so if i understand your notes, the new approach here aims to be more inclusive, rather than the very restrictive approach before?
[18:17] <henninge> exactly
[18:19] <henninge> jcsackett: old, basic message sharing shared translations between all series within a distribution source package or between all series in a proudct.
[18:19] <henninge> jcsackett: the new approach links those two sides using the packaging links.
[18:19] <jcsackett> henninge: okay.
[18:20] <henninge> jcsackett: "new" is "recife"
[18:20] <jcsackett> henninge: right.
[18:21] <henninge> jcsackett: but it must retain the old notion of "all series within a distribution are sharing translations"
[18:21] <henninge> and same for product
[18:22] <henninge> jcsackett: but the first implementation of this did not do that but would exclude a distroseries if its sourcepackage was linked to a different product than the others series
[18:23] <henninge> but we have those situations in our database
[18:23]  * jcsackett nods.
[18:23] <jcsackett> i can follow that.
[18:24] <henninge> jcsackett: so, as you stated correctly, this approach now looks at all series of distribution source package and the products that the packaging links point to.
[18:24] <henninge> looking from the other side its "all series of a product and the source packages they are linked to".
[18:25] <henninge> this is the old sharing behavior *plus* templates from the "other side", not a completely new behavior.
[18:25] <henninge> jcsackett: EOT ;)
[18:25] <jcsackett> :-)
[18:27] <abentley> jcsackett, Could I interest you in reviewing https://code.launchpad.net/~abentley/launchpad/stale-targets/+merge/45418 ?
[18:27] <jcsackett> abentley, i would be happy to, right after i finish henninge's.
[18:27] <abentley> jcsackett, tx
[18:29] <jcsackett> henninge, i gather the somewhat frightening subquery in _queryBySourcePackageName is the searching via packaging links?
[18:29] <henninge> yes ;)
[18:29] <jcsackett> cool. as big as that is, it's still not terrible to understand.
[18:31] <henninge> it's the same in _queryByProduct, only that the subquery has to return a tuple.
[18:31] <henninge> distribution source pacakges are represented by the tuple (distribution, sourcepackagename)
[18:31] <henninge> "all packages with that name in any series of this distribution"
[18:36] <jcsackett> henninge: i'm verifying all tests pass, but as far as read through of the code, this looks good. as soon as tests pass i will mark approved and get sinzui to follow up.
[18:37] <jcsackett> thanks very much.
[18:37] <henninge> jcsackett: Great, thank! ;) I have to leave now but will come back later to land it.
[18:37] <henninge> s
[18:37] <jcsackett> sounds good. :-)
[18:46] <henninge> good bye!
[18:52] <jcsackett> abentley: is there anything test wise to make certain the widget is showing the things it should not just showing the things it shouldn't?
[18:53] <jcsackett> i could see someone breaking the widget so it shows nothing and the test still passing, because its only affirming that something isn't there.
[18:53] <abentley> jcsackett, Yes, there are pagetests that cover the existing functionality.
[18:53] <jcsackett> abentley: ah, okay.
[19:18] <jcsackett> abentley: r=me. i have requested follow up from sinzui.
[19:18] <abentley> jcsackett, cool, thanks.
[21:50] <jcsackett> is there anyone who could review something for me? https://code.launchpad.net/~jcsackett/launchpad/merge-ppas-697685/+merge/45450
[23:56] <bac> hi lifeless, does this look about right (re: bug 5927) ?  http://pastebin.ubuntu.com/551305/
[23:56] <_mup_> Bug #5927: assignee cannot see private bug <disclosure> <lp-bugs> <Launchpad itself:Triaged by bac> < https://launchpad.net/bugs/5927 >