[12:19] <newz2000> I'm working on a project where users need to be registered with launchpad in order to publish content to art.ubuntu.com.
[12:20] <newz2000> I don't think it's going to be a common occurance, but I'm trying to decide if I should check their launchpad credentials each time they log in, or only when their account is created.
[12:20] <newz2000> Do you guys have any suggestions?
[12:20] <kiko> well
[12:20] <newz2000> (common occurrance was going to be a reference to checking to see if they've left launchpad)
[12:20] <kiko> password and email changes will be problems, right?
[12:21] <newz2000> ah. Good point. If they change it in launchpad, they'll expect it changed here too.
[12:21] <kiko> I assume
[12:21] <newz2000> They'll see it as one big program, not as two separate apps (which is what they are of course)
[12:21] <kiko> I mean, that's what "use your launchpad credentials here" really means to an end-user
[12:21] <newz2000> yep, you're right on
[12:22] <kiko> you can say "you can use your launchpad credentials to seed an account here." and that will confuse 95% and 5% will say "why didn't they go and do the proper damned @#! integrated auth support" :)
[12:22] <newz2000> That was exactly how I was envisioning it in my mind, but that would confuse most.
[12:24] <LarstiQ> are there any plans on supporting OpenID?
[12:26] <kiko> LarstiQ, there are. stay tuned.
[12:30] <Ubugtu> New bug: #74447 in launchpad "Unclear why CoC 1.0 signatories can't sign CoC 1.0.1" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74447
[12:32] <kiko> nice bug
[12:42] <kiko> mpt, btw:
[12:42] <kiko> Have a burning question?
[12:42] <kiko> Go to www.Answers.yahoo.com and get answers from real people who know.
[12:42] <kiko> a tagline from yahoo.com email
[12:42] <kiko> interesting
[12:42] <mpt> Interesting in what way?
[12:43] <mpt> As compared with "We're sorry, but Google Answers has been retired, and is no longer accepting new questions"? :-)
[12:45] <kiko> that answers has more precedent than I was aware of I guess
[01:24] <Ubug2> New bug: #74449 in malone "Mysql bug tracker is unknown" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74449
[03:10] <_thumper_> ping jamesh
[03:10] <jamesh> _thumper_: pong
[03:10] <_thumper_> the branch scanner code, do you know where it is?
[03:11] <jamesh> the main code is in lib/canonical/launchpad/scripts/bzrsync.py
[03:11] <_thumper_> jamesh: thanks
[03:11] <jamesh> other related files are lib/canonical/launchpad/scripts/branch_scanner.py (a wrapper that handles scanning all the branches that need scanning) and cronscripts/branch-scanner.py (the command line script)
[03:12] <_thumper_> thanks again :)
[03:27] <der_steppenwolf> hi, does someone know about character sets?
[03:38] <yankees26> anyone here know if its possible to delete or "unregister" a product you registered?
[03:46] <mpt> yankees26, unfortunately not
[03:46] <yankees26> mpt: ok
[03:46] <jamesh> an admin can mark it inactive though
[03:46] <mpt> yankees26, but you can register a support request asking for us to remove it
[03:47] <mpt> https://launchpad.net/products/launchpad/+addticket
[03:47] <yankees26> in that little box/line would "Wish to delete Nirvana Package Manager." be effective?
[03:49] <mpt> yes
[03:52] <yankees26> thanks
[04:03] <_sergio> i have a question about character sets...
[05:28] <jamesh> what's the problem?
[05:29] <mpt> tal:content="structure context/@@+applicationbuttons/blueprints" produces a TraversalError
[05:29] <mpt> +applicationbuttons is defined in launchpad.zcml
[05:29] <mpt> (on the 1-0 branch)
[05:30] <jamesh> okay.  Whats the "/blueprints bit on the end for?
[05:30] <mpt> with for="canonical.launchpad.interfaces.ILaunchpadApplication"
[05:30] <mpt> That's to tell the applicationbuttons code which application to highlight
[05:30] <jamesh> "context/@@+applicationbuttons" will be a view, which you generally can't traverse past
[05:30] <mpt> other templates have "structure context/@@+applicationbuttons/bugs", "structure context/@@+applicationbuttons/code", etc
[05:31] <jamesh> okay.  /me looks at the actual code
[05:31] <mpt> actual code in browser/launchpad.py
[05:32] <jamesh> is this ui-1.0 only?
[05:32] <mpt> yes
[05:35] <jamesh> what's the branch URL these days?
[05:36] <mpt> jamesh, rocketfuel/launchpad/ui-one-zero
[05:36] <jamesh> I tried pulling that, and it was last updated in November
[05:36] <jamesh> wonder what's going on
[05:37] <mpt> It's supposed to be merging daily from /devel, but may have stopped because of conflicts
[05:37] <mpt> Nevertheless, it will contain the +applicationbuttons code
[05:38] <mpt> at least, it should
[05:43] <jamesh> I don't see it.  So I'm either looking at the wrong place, or the wrong branch
[05:43] <jamesh> or searching for the wrong text
[05:43] <mpt> launchpad.py line 779?
[05:43] <mpt> If not, ui-one-zero must be very out of date :-/
[05:44] <jamesh> browser/launchpad.py is 730 lines long :)
[05:44] <mpt> oy
[05:44] <mpt> well, mpt/launchpad/2006-08-ui definitely has it
[05:45] <mpt> but I've possibly taken too much of your time already
[05:45] <jamesh> I'll pull your branch -- I can help you once that's done.
[05:45] <mpt> thank you
[05:57] <jamesh> mpt: weird.  That class should handle traversal of +applicationbuttons/anything
[06:00] <mpt> +applicationbuttons/blueprints works in malone-index.pt
[06:00] <mpt> but it doesn't work in specifications-index.pt
[06:01] <jamesh> okay
[06:02] <jamesh> that's because +applicationbuttons is registered on ILaunchpadApplication (launchpad-index.pt is a view on this object), but not ISpecificationSet
[06:02] <jamesh> "context" refers to a different object in each case.
[06:02] <mpt> ok
[06:02] <mpt> so do I need another registration in specificationtarget.zcml?
[06:03] <jamesh> perhaps.
[06:03] <mpt> actually, specification.zcml is the one with the SpecificationSet stuff
[06:03] <jamesh> eventually we won't be hanging pages off ISpecificationSet though, right?
[06:04] <mpt> I don't know what that means :-/
[06:05] <jamesh> okay.  Before the multi-domain setup, we had https://launchpad.net as the base home page for launchpad and https://launchpad.net/blueprints as the home page for spec tracker
[06:05] <jamesh> the context object for the first URL is ILaunchpadApplication, and the context object for the second is ISpecificationSet
[06:06] <jamesh> with the new system, the home page for the spec tracker should be https://blueprints.launchpad.net
[06:06] <jamesh> which has a context object of ILaunchpadApplication
[06:06] <jamesh> but with the BlueprintsLayer active
[06:07] <mpt> ok
[06:09] <jamesh> so what you want is to register a new view on ILaunchpadApplication
[06:10] <jamesh> and then add a <browser:defaultView> for ILaunchpadApplication with layer="canonical.launchpad.layers.BlueprintsLayer" for this view
[06:11] <jamesh> and probably make ILaunchpadApplication's navigation class redirect blueprints -> blueprints.launchpad.net
[06:12] <jamesh> that is, unless I've got things mixed up
[06:19] <mpt> IOW, leave it for SteveA :-] 
[06:21] <mpt> but thanks for researching it
[06:24] <jamesh> ah ha
[06:24] <mpt> ah ha?
[06:25] <jamesh> the current default views are defined in lib/canonical/configure.zcml
[06:25] <mpt> That's outside my usual grepping scope...
[06:26] <jamesh> it sets "specs" as the default view for ILaunchpadRoot when on the BlueprintsLayer (which you are on when you go to blueprints.launchpad.net)
[06:26] <jamesh> so you probably want to (a) register a view on ILaunchpadRoot instead of ISpecificationSet, and (b) use that as the default view
[06:27] <jamesh> I think you should consult Steve about this though
[06:27] <mpt> ok
[07:08] <BjornT> good morning
[07:13] <mpt> hello BjornT!
[07:13] <BjornT> hi mpt 
[09:49] <ddaa> Good morning
[09:51] <matthewrevell> morning
[09:51] <kiko-zzz> zzz
[09:52] <ddaa> actually...
[09:55] <kiko-zzz> -> out biking
[09:55] <kiko-zzz> (3@!$$! rain)
[09:55] <ddaa> go biking all you want, just stop snoring!
[10:02] <kiko-zzz> BjornT, see bug 4594
[10:02] <Ubugtu> Malone bug 4594 in malone "Shouldn't be able to add duplicate bug watches" [Medium,Fix released]  http://launchpad.net/bugs/4594
[10:03] <kiko-zzz> ddaa, what's the right way to bzr-submit using bzr+ssh?
[10:03] <ddaa> same way as otherwise
[10:03] <BjornT> kiko-zzz: what exactly do you want me to look at? the last comment is from me.
[10:04] <kiko-zzz> BjornT, your email interface code is slow then :-)
[10:04] <ddaa> kiko-zzz: actually, I am not sure I understand
[10:04] <BjornT> or your mail server is slow :)
[10:04] <kiko-zzz> always my fault!
[10:04] <ddaa> pqm-submit is email-based, it does not care about bzr+ssh
[10:04] <kiko-zzz> ddaa, okay, but what URLs should the branches in the email be?
[10:05] <ddaa> I think pqm still expects ssh urls
[10:05] <kiko-zzz> because when merging bzr+ssh://me to bzr+ssh://lp it does not work 
[10:05] <kiko-zzz> mmm
[10:05] <ddaa> like:
[10:05] <ddaa> pqm_branch = sftp://devpad.canonical.com/code/rocketfuel/launchpad/devel
[10:05] <ddaa> push_location = bzr+ssh://devpad.canonical.com/code/david/launchpad/smallfixes
[10:05] <kiko-zzz> that doesn't work when merging
[10:06] <kiko-zzz> because it says that my push_location is bazaar1
[10:06] <ddaa> kiko-zzz: you are confused
[10:06] <jamesh> kiko-zzz: set public_branch to the sftp URI for your branch
[10:06] <ddaa> Here I have
[10:06] <ddaa> [file:///home/david/canonical/branches/launchpad] 
[10:06] <ddaa> public_repository = sftp://devpad.canonical.com/code/david/launchpad
[10:06] <ddaa> pqm_branch = sftp://devpad.canonical.com/code/rocketfuel/launchpad/devel
[10:06] <ddaa> [file:///home/david/canonical/branches/launchpad/smallfixes] 
[10:06] <ddaa> push_location = bzr+ssh://devpad.canonical.com/code/david/launchpad/smallfixes
[10:07] <jamesh> (or public_repository if you have local and remote repositories in the same layout)
[10:07] <kiko-zzz> mmm
[10:07] <kiko-zzz> ah, I see
[10:07] <jamesh> I've got a patch to make this simpler, but it missed the bzr-0.13 code freeze
[10:07] <jamesh> should be in 0.14 though
[10:09] <kiko-zzz> BjornT, it's there now
[10:09] <kiko-zzz> thanks, merge sent off
[10:11] <BjornT> kiko-zzz: yeah, i see. now that i think of it, i probably didn't care about that case, since it doesn't happen often, and it's not totally trivial to handle.
[10:26] <ddaa> mpt: care flesh out a UI design for bug 71303?
[10:26] <Ubugtu> Malone bug 71303 in launchpad-bazaar "Branch listings could do with status filtering" [Undecided,Needs info]  http://launchpad.net/bugs/71303
[10:26] <ddaa> mpt: I think I extracted enough info from dholbach
[10:29] <ddaa> mpt: I'm thinking that maybe we could just have a dropdown with options: "All", "Active", "Inactive", "Mature", "Development", "Experimental", "New", "Merged", "Abandoned". And a help text on the list that summarises the status that are being displayed.
[10:30] <mpt> ddaa, that seems good to me
[10:31] <ddaa> mpt: I'd like if you could post a comment describing the way you would like to see it done.
[10:31] <mpt> ok
[10:31] <ddaa> For future reference, and so it's easier to hand over to someone else.
[10:36] <mpt> done
[10:50] <matthewrevell> ddaa: ping
[10:50] <ddaa> matthewrevell: pong
[10:51] <matthewrevell> ddaa: Hi :) I'm just reading through the launchpad ML archives and you mention that you aim to spend an hour each day writing docs.
[10:51] <ddaa> well, not really
[10:51] <ddaa> I spend one hour a day write "launchpad help text"
[10:52] <matthewrevell> ddaa: Ah right.
[10:52] <ddaa> that is stuff that will be displayed in the help tabs in the 1.0 UI
[10:52] <matthewrevell> Right, I see, thanks.
[10:52] <ddaa> I should be done with my bit of it around the end of the week, thankfully
[10:52] <ddaa> matthewrevell: why the question?
[10:53] <matthewrevell> Does anyone in particular look after the help.launchpad.net docs?
[10:53] <ddaa> Not that I know.
[10:53] <ddaa> Oh... yes I know.
[10:53] <matthewrevell> ddaa: I'm asking because I'm keen to take on the LP docs.
[10:53] <matthewrevell> :)
[10:53] <ddaa> matthewrevell: you do!
[10:53] <ddaa> Fantastic.
[10:53] <matthewrevell> And I don't want to wade in without understanding how it's done at the moment :)
[10:53] <ddaa> mpt: meet matthewrevell who wants to write more launchpad docs
[10:54] <matthewrevell> :)
[10:54] <ddaa> matthewrevell: meet mpt who thinks that need for documentation is a bug
[10:54] <matthewrevell> Perhaps a love of docs is a Matthew thing
[10:54] <mpt> hello hello
[10:54] <matthewrevell> mpt: howdy
[10:55] <mpt> LP needs more docs, if that's short for doctors :-)
[10:55] <matthewrevell> mpt: I was just saying to ddaa that I'm keen to look after the LP documentation, but don't want to tread on any toes
[10:55] <matthewrevell> ha :)
[10:56] <mpt> You wouldn't be treading on any toes, the LP documentation is rather unloved
[10:56] <matthewrevell> cool
[10:56] <mpt> Perhaps unloved is the wrong word
[10:56] <mpt> a bit neglected
[10:57] <matthewrevell> right
[10:58] <matthewrevell> So, there isn't a current process that I need to be aware of?
[11:10] <G0SUB> hello, somebody subscribed our loco team to a bug report. how do I remove that? I don't see the bug in the team's subscribed bugs list
[11:11] <BjornT> matthewrevell: afaik, there's no formal process, but it's of course good to talk to someone involved with the subsystem you write documentation for.
[11:12] <BjornT> matthewrevell: also, are you aware about the help snippets that will be available for each page in the new 1.0 ui?
[11:12] <G0SUB> https://bugs.launchpad.net/people/indian-team/+subscribedbugs doesn't show the bug
[11:12] <G0SUB> it's Bug #67744
[11:12] <Ubugtu> Malone bug 67744 in kdepim "Kontact crashs at startup" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67744
[11:13] <matthewrevell> BjornT: Thanks. My main concern, at the moment, is that I don't want to take on the documentation without fully understanding how it works at the moment.
[11:13] <matthewrevell> BjornT: mpt mentioned the 1.0 help snippets. Are they on the LP wiki atm?
[11:14] <BjornT> matthewrevell: yeah. another thing to think about is to get a grasp of the current development, so that you won't spend time documenting something that will go away soon.
[11:15] <BjornT> matthewrevell: no, the help snippets are in the source file of each page. do you have a rocketfuel tree with the source code for launchpad?
[11:16] <matthewrevell> BjornT: I've been reading through the 1.0 pages on the wiki but that's as far as I've got, in terms of finding out about the development plans.
[11:16] <matthewrevell> I haven't set up rocketfuel yet, I'll do that today.
[11:19] <BjornT> G0SUB: the reason you don't see the bug as a subscribed bug is that it's not manually subscribed to the bug, it's set up as a "bug contact" for the kdepim source package
[11:19] <BjornT> G0SUB: if you are a member of the team, you should be able to remove the team as a "bug contact" on https://bugs.launchpad.net/distros/ubuntu/+source/kdepim/+subscribe
[11:21] <G0SUB> BjornT: that's great. fixed. many thanks :)
[11:22] <BjornT> np :)
[11:22] <G0SUB> BjornT: that package has nothing to do with us, I don't know who or how it was set
[11:23] <BjornT> G0SUB: yeah. it's a problem that any member of the team can make it a bug contact, without any notification or confirmation process happening.
[11:26] <G0SUB> BjornT: all te members were crying foul becaise of the ``spamming'' :)
[12:06] <cprov> good morning, guys
[12:30] <Ubugtu> New bug: #74500 in launchpad "Impossible to remove package <-> product series link" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74500
[12:44] <ddaa> kiko-zzz: do we have a procedure to ask people that have created driftwood products if they want their product deleted?
[12:45] <ddaa> I'm thinking of this one in particular https://launchpad.net/products/higlug-bot
[12:45] <ddaa> stumbled on it because it got an import setup on a non-functional svn repo
[12:46] <kiko-zzz> ddaa, we don't right now, no.
[12:46] <kiko-zzz> hi stub 
[12:46] <stub> yo
[12:46] <ddaa> kiko: what about sending a short, polite email to the registrant CC launchpad-users?
[12:46] <kiko> that's a great idea
[01:00] <matthewrevell> ddaa: What are the criteria for determining if a product is dead?
[01:20] <kiko> matthewrevell, it's subjective but not totally unobvious
[01:22] <cprov> stub: ping
[01:23] <matthewrevell> kiko: I thought it'd probably be more to do with judgement, than anything. Would you like me to take on emailing potentially dead projects?
[01:23] <kiko> matthewrevell, sure, that's a great idea.
[01:23] <kiko> matthewrevell, I have an interview this morning but I can call you straight after
[01:24] <matthewrevell> Sounds good. What time?
[01:24] <matthewrevell> ish
[01:43] <ddaa> matthewrevell_: it would be great if you could help gardening dead products/projects
[01:44] <ddaa> I think most of the dead stuff are just empty products created by people who tried Launchpad once. Generally those users have low or zero karma, and those products have no bugs, translations or branches.
[01:44] <matthewrevell_> ddaa: no probs. I take it's just a case of running through all projects on Launchpad - i.e. there isn't a auto-generated list of projects with low/nil activity
[01:45] <ddaa> matthewrevell_: no such list. I do not think that any single person would would even know how to make one.
[01:45] <ddaa> Though it would be feasible in a couple of hours of digging into the schema.
[01:46] <matthewrevell_> okay, no probs. Is anyone looking for dead projects already?
[01:46] <ddaa> matthewrevell_: yes
[01:46] <ddaa> you are :)
[01:46] <matthewrevell_> haha :)
[01:46] <ddaa> I incidentally find some as part of herding vcs-imports
[01:47] <matthewrevell> ddaa: Right, so is it best I compare notes with you, before contacting a project?
[01:47] <ddaa> but my real target is rather "shrink the list of testfailed imports, grow the list of syncing imports"
[01:47] <ddaa> matthewrevell: just go ahead
[01:47] <matthewrevell> righto, will do
[01:48] <ddaa> matthewrevell: there's a blurry line in that a lot of essentially dead products are owned by "registry" and were created by the team when we were asked to get as many vcs-imports running as possible.
[01:48] <ddaa> But I think most of the interesting ones got package links or bugs since that time.
[01:49] <matthewrevell> ddaa: If there's anything I'm not sure about, I'll ask in here on on the list.
[01:49] <matthewrevell> s/on on/or on
[01:50] <ddaa> matthewrevell: you'll get a feel for it quickly
[01:50] <matthewrevell> Hopefully :)
[01:50] <matthewrevell> Right, I'm gonna grab some lunch.
[01:50] <ddaa> most driftwood rings various WTF?!? alarms in mammalian brain layers.
[01:51] <ddaa> brain had millions of years of evolution to build an ability to find intruders :)
[02:13] <elmo> where would unvalidated email addresses come from for a person in LP?
[02:15] <salgado> elmo, gina or the poimporter
[02:16] <elmo> salgado: tnx
[03:03] <kiko> matthewrevell, ready for some inter action? :)
[03:04] <matthewrevell> kiko: Absolutely :)
[03:09] <salgado> BjornT, around?
[03:10] <BjornT> hi salgado 
[03:13] <salgado> hey BjornT. I'm going to write an ImageWidget, so that we can embed the icons and emblems into our pillar's +edit page. I did a quick look to see if I could find something like that in zope3 but I didn't find anything
[03:13] <salgado> do you know if there's anything that I could use as a start/example or I'll have to write my own from scratch?
[03:16] <BjornT_> salgado: what's an image widget? how is it supposed to work?  e.g., how is it different to a file widget?
[03:19] <BjornT> salgado: what's an image widget? how is it supposed to work? e.g., how is it different to a file widget?
[03:20] <salgado> BjornT, it displays the current image and has a <select> containing the actions that you can do on that image (Keep , Remove, Change) and the text entry (with the Browse button) to specify the new image in case you want to change it
[03:21] <salgado> the existing file widget doesn't allow us to remove the existing file tied to the field; that's the main problem it has
[03:21] <salgado> and it doesn't display the current image either
[03:25] <BjornT_> salgado: do you need it to a single widget, or would it be enough to have three different ones? it requires more logic in the browser code, otoh if you need it in only one place it might be simpler
[03:26] <salgado> BjornT_, I'll need to add it into a bunch of different pages. all of them using different templates and view classes
[03:29] <BjornT> salgado: ok. i can't think of an existing widget to re-use, although it might be possible to re-use the file widget.
[03:30] <BjornT> salgado: but basically you want a composite widget, that consists of a file widget and a select widget. the problem is what to return from getInputValue().
[03:31] <BjornT> salgado: if you want the widget to work without any special code in the view classes, you might want to look at ProductBugTrackerWidget and the ProductBugTracker field.
[03:31] <salgado> yeah, that's my goal. no extra code on view classes required
[03:32] <salgado> I'll have a look at them. thanks a lot, BjornT!
[03:32] <BjornT> salgado: i think that what you want is to have getInputValue() either return the uploaded image, or have it return a special value that represents Keep and Delete, and then have the field do the right thing.
[03:33] <salgado> yeah, that seems to suit my needs, definitely
[03:36] <BjornT> salgado: the widget and field are tested in doc/product-widgets.txt
[06:06] <matthewrevell> hey matsubara, do you have a sec?
[06:07] <matsubara> hi matthewrevell, sure
[06:25] <ddaa> Cool, I achieved all my goals for today.
[06:25] <ddaa> Getting out now, dinner, movie, stuff like that. See you tomorrow.
[06:28] <kiko> hello there
[06:29] <mhb> kiko: hi, how are you? anything new to test for me?
[06:29] <kiko> hey mhb 
[06:29] <kiko> I have a patch from carlos but it needs to be rolled out
[06:30] <kiko> mhb, so not quite yet, but i'll ping you when I do
[06:36] <mhb> kiko: ok, thanks
[06:36] <kiko> thanks for asking
[06:56] <Ubugtu> New bug: #74538 in launchpad "Malone product search crashes when it receives a list" [Undecided,Confirmed]  http://launchpad.net/bugs/74538
[06:56] <kiko> matsubara, are you sure that's not a dupe?
[06:57] <matsubara> kiko: if you mean bug 57474, yes I'm sure. it's another code path.
[06:57] <Ubugtu> Malone bug 57474 in launchpad "Passing a list as the query string in the product search field crashes ftq" [Low,Confirmed]  http://launchpad.net/bugs/57474
[06:58] <kiko> matsubara, okay, then please update subjects to ensure that we can tell the bugs apart, because they read like dupes.
[06:58] <kiko> oh, sorry
[06:58] <kiko> I didn't read /product search/
[06:58] <kiko> what is the malone product search?
[06:58] <kiko> is it the jump to: feature I wrote?
[06:58] <matsubara> salgado: can you take a look at: OOPS-337B861 ? It's weird NotFound error referred from shipit.
[06:58] <Ubugtu> https://devpad.canonical.com/~jamesh/oops.cgi/337B861
[06:59] <matsubara> kiko: the product search at launchpad.net/malone
[06:59] <kiko> matsubara, you must mean bugs.launchpad.net :-)
[06:59] <matsubara> kiko: it's essentially the same search but with the exact_name parameter
[06:59] <kiko> right.
[07:05] <salgado> matsubara, isn't that a 404?
[07:05] <kiko> yes salgado 
[07:05] <matsubara> salgado: yes.
[07:05] <kiko> a NotFound
[07:05] <matsubara> salgado: what is weird is that it's referred from myrequest
[07:07] <matsubara> it happened 22 times yesterday and 12 times the day before, salgado. 
[07:07] <salgado> has it ever happened before?
[07:08] <matsubara> salgado: nope, never seen it before.
[07:16] <sabdfl> kikomatic!
[07:16] <sabdfl> thanks for the launchpad report
[07:17] <sabdfl> are we yet ready to nuke /products/ and /projects/ etc?
[07:17] <kiko> sabdfl, you're welcome
[07:17] <kiko> sabdfl, I have a more complete report in the works for launchpad-users (with blurb)
[07:17] <kiko> sabdfl, that's the next step -- we've got the vocabularies, the remaining feature for pillarnames is dropping the traversal. stub's on it.
[07:17] <sabdfl> brilliantly crafted blurb, no doubt :-)
[07:17] <sabdfl> super. can't wait
[07:17] <kiko> sabdfl, I am seeking inspiration high and low
[07:18] <sabdfl> SteveA: is there a canonical place where we can see which of the structural objects have working menus?
[07:18] <kiko> neither can I (RSI and all)!
[07:50] <Ubugtu> New bug: #74548 in launchpad "Merge and claim account emails need a way to report abuse" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74548
[08:01] <kiko> sabdfl, SteveA's off sick today, but to answer your question, I think the only "canonical" reference is the UI branch
[08:03] <kiko> sabdfl, so, for your amusement:
[08:03] <kiko> http://lists.ubuntu.com/mailman/listinfo/launchpad-users
[08:03] <kiko> and we still get CD requests, though fewer ones now
[09:14] <kiko> phew
[09:16] <salgado> flacoste, around?
[09:16] <flacoste> here
[09:17] <flacoste> salgado-lunch: i am
[09:19] <salgado> hey flacoste. I want to write a widget to allow people to upload an image and also to delete/keep an existing image. it'll be a modified version of the FileWidget, with a dropdown widget for the actions.
[09:20] <salgado> I'm writing it as a composite widget, containing the filewidget and the dropdown one, but since I don't have a vocabulary for the dropdown, I'm wondering if it could be easier to write the html for the dropdown by myself
[09:21] <flacoste> salgado-lunch: how about a radio: <*> Change < > Delete?
[09:21] <salgado> we need a Keep too
[09:21] <salgado> so that we can embed that widget in existing forms
[09:22] <flacoste> i would argue that <*> Change without any file implies a 'Keep'
[09:22] <flacoste> but you could add a keep also <*> Keep < > Change < > Delete
[09:23] <salgado> agreed, but I think I prefer the dropdown if we're going to have three different options
[09:24] <salgado> but the radio has one advantage. I could do something like <*> Keep    < > Delete    < > Change to  [        |^|] 
[09:24] <flacoste> you could define the vocabulary inline in your widget
[09:25] <flacoste> but you probly want to render it yourself so that it looks nice
[09:25] <flacoste> s/probly/probably/
[09:25] <salgado> ah, right. the SimpleVocabulary thing
[09:25] <flacoste> the problem with the keep is that we risk having the same bug than in the bug tracker (remove the include attachment checkbox)
[09:26] <flacoste> SimpleVocabulary: that's it
[09:26] <flacoste> the problematic use case is: user selects a file, but forget to select 'Change' button
[09:26] <salgado> I can do that using javascript
[09:27] <salgado> I mean, I can select the Change radio for him
[09:28] <flacoste> yeah, but I prefer not to rely of that kind of JS to work around poor UI :-)
[09:28] <salgado> well, but do we have any other feasible options?
[09:29] <flacoste> what about using only Change /Delete?
[09:29] <salgado> Change/Delete being radio buttons?
[09:29] <flacoste> or even [ ]  <File> or [ ]  Delete
[09:30] <salgado> as checkboxes?
[09:30] <flacoste> that is [ file entry          ]  <File ....> or [ ]  Delete
[09:30] <flacoste> yeah, radio buttons or simply file input + checkbox
[09:31] <flacoste> radio buttons in the case of Change/Delete
[09:31] <flacoste> checkbox if simply using a Delete option
[09:31] <flacoste> since uplading a file implies Change
[09:32] <salgado> I don't quite like that because then we'd have no radio selected initially
[09:32] <flacoste> not uploading one implies Keep
[09:32] <salgado> I mean, the Change/Delete as radio buttons
[09:32] <flacoste> and checking Delete implies: Remove the existing file
[09:34] <flacoste> Select Change by default
[09:34] <salgado> the other options looks good to me, but we'd still allow people to specify a file to change /and/ mark the Delete checkbox
[09:35] <salgado> I think the Change selected by default is not a good idea, since it's not clear that it'll actually keep the existing image
[09:36] <flacoste> in that case, either report an error or take it as a Delete (first is safer)
[09:36] <flacoste> right, that's why I suggested the File Widget+Delete checkbox alternative
[09:48] <salgado> flacoste, I think I prefer the first option, and since launchpad already depends on javascript, it's very unlikely that it'll annoy users
[09:49] <flacoste> ok
[09:53] <kiko> flacoste, we can avoid the JS and let the user DTRT
[10:38] <kiko> does anyone know milo casagrande's email?
[11:20] <Ubugtu> New bug: #74569 in launchpad "Incorrect date for "member since" on +members" [Undecided,Unconfirmed]  http://launchpad.net/bugs/74569
[11:22] <_thumper_> ping kiko
[11:22] <kiko> hey _thumper_ 
[11:22] <kiko> what's cooking!
[11:23] <_thumper_> kiko, could you send me a pm with the pwd for asuka?
[11:23] <kiko> _thumper_, wow, this is in the news today eh? :-)
[11:23] <_thumper_> getting my head around all the lp-bzr bits
[11:23] <kiko> it's the third person requesting information about that
[11:23] <_thumper_> :)
[12:01] <mpt> Gooooooooooooooood afternoon Launchpadders!