=== mthaddon changed the topic of #launchpad to: Launchpad is going down from 00:00 UTC until 02:00 UTC for a code update | https://launchpad.net/ | Next meeting, all welcome: Thu 3 July 2008, 1800UTC #launchpad-meeting | Help: https://help.launchpad.net | Questions and spam reports: https://answers.launchpad.net/launchpad | Channel logs: http://irclogs.ubuntu.com [00:13] ooh fresh and shiny... 45 minutes until we roll-out the new LP updates! [00:14] Rinchen: What's new since edge? [00:14] a few things [00:14] we had some changes that required DB changes [00:14] and we couldn't roll them to edge [00:15] a few more bug fixes and some graphics items landed late as well [00:15] (and it's very inconvenient timing, as I was going to show some fellow developers LP IRL, but I guess staging will do) [00:43] Hi - could someone check why openldap cvs import fails ? https://code.launchpad.net/~vcs-imports/openldap/main [00:50] mathiaz: sure [00:50] * mwhudson waits for ff to die so he can start it again [00:53] mathiaz: ugh, no clear idea, looks like cscvs has a problem with that branch for some reason [01:34] wgrant, sorry about that. It's tough for us to schedule these things. We have some changes in the works to make this easier [01:34] wgrant, specifically, we're working on some changes that would allow LP to remain up in Read Only mode during roll-outs [01:34] seeing that msg led me here, too... but really just for curiousity. [01:34] i really want to say that i absolutely love lp -- its a great product [01:34] and id like to see my company start using it for a bug tracker [01:35] (no response required :-P ) [01:35] mkrufky, I'm glad you like it! Our guys try hard to make a good product [01:35] mkrufky, we can also help with converting existing bug information from another tracker into LP [01:36] cool. currently we have no tracker :-P [01:36] so, we wouldnt need help there.... i been showing it to some of my coworkers -- they like it too [01:36] first, my plan is to get them to help fix some bugs in ubuntu related to our company..... once they're hooked, it'll be easier to get people to agree to installing it in the office [01:37] installing launchpad? [01:37] ubuntu [01:37] ah [01:37] I was gunna say.. [01:37] actually, no -- i meant launchpad [01:37] ah well, that might be hard [01:38] i want us to use it as a bug tracker [01:38] i hadnt used many of its other features yet [01:38] Launchpad is a web service, not an installable product. [01:38] although...we're working on API's to enable folks to use LP in new and interesting ways [01:38] i thought it was open source [01:38] no? [01:39] mkrufky: not yet [01:39] hmm, i saw the word "free" -- i guess that doesnt mean open source [01:39] LP is currently closed source but it is free to use. We are working towards opening it up. [01:39] Open source projects and languages were used in creating LP. [01:40] ah [01:40] We have a roadmap of sorts to open source LP. So, it will happen. [01:40] very cool [01:40] we'd be more likely to use it once we can run it on our own webserver [01:41] because we're not an open source company :-( they tend to be secretive about their bugs, etc [01:41] (im the new guy) [01:41] The one drawback to that is that you wouldn't have the collaboration aspects that Launchpad brings to the table today [01:41] Today you can file bugs to upstream trackers or other LP projects [01:41] if you were to run a local instance, it would be cut off from the larger picture [01:41] lol, and i thought i came up with that feature idea today myself! [01:42] We've been thinking about local instances of LP for a while [01:42] for what my company does, we would not need it for the collaborative features [01:42] although i realize that's the larger benefit to the product [01:43] meanwhile, I , as a linux developer, LOVE it for those features [01:43] and i would even like to see the v4l/dvb subsystem use a lp tracker and have it link into distros such as ubuntu, etc === mthaddon changed the topic of #launchpad to: https://launchpad.net/ | Next meeting, all welcome: Thu 3 July 2008, 1800UTC #launchpad-meeting | Help: https://help.launchpad.net | Questions and spam reports: https://answers.launchpad.net/launchpad | Channel logs: http://irclogs.ubuntu.com [02:04] w00t shiny new LP [02:05] niiice :-) [02:11] ...the only problem i see now....... suddenly more bugs are assigned to me :-( [02:11] (thats a joke) [02:22] I can fix that. [02:22] :-) [02:22] as in, give you a lot more :-D [02:23] haha [02:23] you'll have to find out what code it mine, first [02:24] s/it/is/1 [02:24] (that wont be difficult, im sure) [02:24] I'll just sign you up for the random bug lottery :-) [02:25] I almost got beuno to volunteer for that one [02:25] oof [02:26] ah, beuno must be asleep or on a plane. He's usually right on top of me :-D [02:27] speaking of sleeping...time for me to head out [02:27] ok, keep up the good work [02:27] and have a good night === stdin_ is now known as stdin [02:55] Is it just be, or is LP running bzr.dev now? [02:56] well, as of a few days ago yes [02:57] Huh. [02:58] i.e. LP has been running bzr.dev of a few days ago for the last hour or so [02:59] Oh. [02:59] yes, that was nicely ambiguous of me [02:59] sorry :) [02:59] I would have replied sooner but was eating delicious toast [02:59] I wonder what bzr+http autodetection will do to load? [03:00] For example, my server's load, since I'm using plain old CGI for it. :P [03:01] It would be nice if you collected statistics: how many branches LP mirrors have bzr+http enabled, what it does to bandwidth, server load, etc. [03:05] Peng: well, we can't measure what it does to the remote servers [03:06] jml: I'm curious what it does to LP's server load. [03:06] jml: And you can measure what it does to remote servers a bit, like latency and how frequent errors are. [03:10] Peng: there are a lot of uncontrolled variables that reduce the value of measuring those [03:11] True. [03:11] But I'm still curious what happens to LP's server load. [03:15] * Peng wanders off. [03:51] hello [03:52] When I try to log on my account it displays "This account cannot be used" [03:52] Someone has an idea of what the problem can be? [03:55] damn, I missed Rinchen's attempt to volunteer me for something again [03:55] I knew I shouldn't of gone out to dinner... === lamont` is now known as lamont === asac_ is now known as asac === stewart_ is now known as stewart === danilo_ is now known as danilos [07:36] hi folks [07:44] <\sh> hmm...when I set a Milestone for a bug...I don't see this info on the main report page [08:00] Goooooooooooooooooooooooood morning Launchpadders! [08:01] <\sh> hey mpt [08:09] \sh, that's bug 70615, I hope to fix it in the next couple of weeks [08:09] Launchpad bug 70615 in malone "Milestone is hidden by default in bug reports" [Medium,Confirmed] https://launchpad.net/bugs/70615 [08:09] <\sh> mpt: ah cool :) [08:58] https://bugs.edge.launchpad.net/ubuntu/+source/nss/+bug/244439 is oopsing [08:58] Launchpad bug 244439 in nss "missing symlinks break binary compatibility with native upstream components" [High,Triaged] [08:59] can anyone please look whats going on? its a high-prio bug (which has high upstream visibility) [09:00] BjornT: ^^ [09:14] asac: that's odd. i'm looking at it now, but i don't know what's causing it yet. [09:14] asac: what was the last thing you did with the bug? [09:14] morning [09:15] BjornT: i added nspr as a target (ubuntu/nspr) [09:15] when i tried that it oopsed and never recovered [09:16] e.g. add Distribution -> Ubuntu + nspr [09:52] asac: we've found the problem. we're going to fix the data, so that the bug renders again. [09:54] asac: there seems to be a bug that happens when you add another source package, to a bug that is targeted to a distro series. we should be able to fix that bug today, so it won't happen again. [09:54] BjornT: could you fix the symptoms so upstream can read the bug again? [09:55] asac: thats what bjorn is doing [09:55] asac: yes, we're fixing the data now. it should start working soon. [09:56] BjornT: thanks a bunch [10:27] you guys aware of problems on the site? [10:27] I can't hit http://bazaar.launchpad.net/~mysql/mysql-server/mysql-5.1/annotate/joerg%40mysql.com-20080630105418-7qoe5ehomgrcdb89?file_id=sp1f-slave.cc-19700101030959-a636aj3mjxgu7fnznrg5kt77p3u2bvhh [10:28] Leith: I had to try files from various MySQL branches a couple of times this evening.' [10:28] But it eventually worked. [10:29] wgrant: only having issues with MySQL ones, or others too? [10:30] asac: that bug renders ok now [10:32] Leith: Oh, you're right, it's all dead now. [10:32] BjornT: Can you please poke somebody to attack LH? [10:32] bah :) [10:33] BjornT: rock. remind me to hand you beer next time we meet ;) [10:33] * Leith goes to check our internal trees instead [10:33] ... or an orange juice ;) ... whatever you prefer [10:35] wgrant: LH? [10:35] loggerhead [10:38] * wgrant confirms kiko's assertion. [10:38] so, LH is working for me [10:38] on a much smaller branch though [10:38] kiko: did you just bounce it? [10:38] nope [10:38] Failing on mplayer and various MySQL here. [10:39] up, there it goes [10:39] At least it's not as unfun as fighting with SourceForge. [10:39] I'm looking at it, one sec [10:41] I think SourceForge must have designed their UI to be as bad as possible... [10:41] LP's is most excellent in comparison. [10:41] we've just bounced it, but there is some heavy load in progress [10:42] so it may have some issues (not loggerhead load either - I'm investigating) [10:42] It's all CherryPy [10:42] if you think LH is nice, just wait ;) [10:42] *'s fault [10:42] we have some __love__ coming your way [10:43] Is there a page of hints for convincing the couple of remaining dissenting colleagues to consider changing to LP and bzr? [10:44] uhm [10:45] I'm not sure, I mean the various how tos and so on do a reasonable job of showcasing what lp and bzr can do for them [10:46] Some people seem to irrationally glue themselves to Subversion :( [10:47] svn?! [10:48] Another DVCS I could understand, but not Subversion. [10:48] wgrant: what do they prefer? [10:49] wgrant: perhaps there is something we can improve on [10:49] lifeless: They just seem to be resisting change. [10:49] wgrant: well, change does have a cost. So perhaps asking if the cost is lower than the benefits [10:49] Most members of my team are very much over SF's useless interface, and like the look of LP... [10:49] wgrant: because then they can't claim all change is bad [10:50] (as you're acking that change costs) [10:51] True. === phoborg is now known as phobie === bigjools_ is now known as bigjools [11:41] danilos, ping? === mrevell is now known as mrevell-lunch [12:46] hi [12:46] Can somebody help me, when I try to connect my account it says "This account cannot be used." [12:47] I have no idea why, but when I look at my homepage (unlogged) It writes armine42 does not use Launchpad. === emgent_ is now known as emgent === salgado-afk is now known as salgado [12:58] no idea? [12:59] is armine42 your LP username, or did you use something else ? [12:59] Yes armine42 is my username [13:06] Kamping_Kaiser, you have and idea? [13:07] armine42, nope. hang around and wait for an admin type :) [13:07] ok thank you :-) [13:07] gl :) [13:07] thanx ;-) [13:27] greetings [13:29] so launchpad is free software and not opensource. yet, is there any binary release or somewhere i can read about this issue? [13:29] launchpad.net? :) [13:29] i'm currently evaluating some scm+bug/issue tracking+wiki solutions for enterprise usage [13:30] ppires: you may find FAQs useful: https://help.launchpad.net/FAQ#Is%20Launchpad%20Free%20Software/open%20source?%20If%20not,%20why%20not? [13:30] kiko: it surely is that i'm not seeing it. but tey explain why it is not oss. they don't explain that it's not free but only a free service [13:30] and there's a difference [13:31] right [13:33] it's sad. i'm currently very in love with bzr and i've registered to launchpad. they got something here!! [13:37] oh well thanks and keep up the good work :-) [13:37] bzr is free software, wether LP is or not [13:38] Like Sourceforge and Google Code Hosting Launchpad is not open source. Unlike those other services, we have committed to making Launchpad Free Software. [13:38] well it is not free software. it's a free service [13:38] It doesn't say it is free software. [13:38] It says it will be made to be eventually. [13:39] wgrant: that's a point. so you think launchpad will make it to the enterprise? [13:39] It is a very nice system. Once it is freed, it probably will. [13:40] adoption++ [13:41] * Kamping_Kaiser wonders if an easy to use UI will come before or after freeing [13:41] Kamping_Kaiser: It's a lot easier than most other systems. [13:41] the current one may be powerful, but i'm totally lost in it as soon as i stray outside my normal path(s) [13:41] Kamping_Kaiser: mail. interface. [13:41] as for now i'm with atalassian all the way: jira+confluence and it's a very nice solution. they provide hosting, local instalations, standalone and even special oss licensing for oss projects. [13:41] wgrant, its no easier then bugzilla. i find it harder then RT and trac [13:42] Hobbsee, :o [13:42] ppires, did you read the OSS licence? [13:42] no, i'm not interested in their code, jsut their product [13:42] Hobbsee, never tried it. didnt know it was usable. [13:42] *just [13:43] Kamping_Kaiser: it is, and it usually doesn't change. [13:43] Kamping_Kaiser: What's difficult about it? [13:43] wgrant, the LP ui? [13:43] Hobbsee, might have to try it out. if its similar to debbugs its already going to be handy. [13:44] Kamping_Kaiser: Correct. [13:48] wgrant, to many links that i'm unlikely to use, seeming inconstancy (theres 'projects' open for things that dont even use LP that i'm aware of) [ a result of imports?] [13:49] i find i'm prone to getting 'lost' (but i cant think of an example right now) [13:49] Kamping_Kaiser: WHy do extra projects matter? People don't normally go around looking for projects to file bugs on. [13:50] as for the lack of search *cough* [13:50] They normally look for a known project that they know uses LP. [13:50] And what lack of search? [13:51] wgrant, go to the front page and try and search for something thats not a project. say, Karl Goetz (i certainly dont see a way) [13:51] https://launchpad.net/mysql-proxy is current a vcs import (~vcs-imports/...), but I would like to close the loop and move the whole svn-repo it fetches from to launchpad [13:51] how would I do that ? [13:51] Kamping_Kaiser: Blurgh. All except the root pages have a global search in the top-right. [13:52] mpt: ^^ [13:52] weigon: Launchpad only hosts bzr repositories. [13:52] Not svn. [13:52] root page*s*? [13:52] Kamping_Kaiser: Yes, on the different applications. [13:52] launchpad.net, bugs.launchpad.net, answers.launchpad.net... [13:53] * Kamping_Kaiser suspects that hes meant to use the menu thing at the top to find lp.n/people and use that (for example) [13:53] weigon: about time! :) [13:53] wgrant: I we use bzr internally too and expose it as svn to external users [13:53] just do a conversion, and upload a branch [13:54] wgrant: now I want to kill the svn-repo and bzr all the way [13:54] weigon: statik knows better than I, I'm sure. [13:54] it is funny that we do bzr->svn and launchpad does svn->bzr again :) [13:54] weigon: do you already have a bzr branch made? [13:55] statik: yep [13:55] I use bzr-svn to push into the svn-tree on svn.mysql.com [13:55] Kamping_Kaiser, the search problem is being fixed in the next couple of weeks [13:56] Kamping_Kaiser, there is a search, it's just not well-shown at the moment [13:56] statik: launchpad pulls from there and imports it [13:56] weigon: then just bzr push your bzr tree up to bzr+ssh://bazaar.launchpad.net/~weigon/mysql-proxy/trunk [13:56] statik: instead I would like to push directly into that tree [13:56] Kamping_Kaiser, https://launchpad.net/+search?field.text=karl+goetz [13:57] statik: k [13:57] weigon: the pattern for branches on launchpad is ~owner/project/name [13:57] owner can be a person or a team [13:57] and welcome to launchpad :) you might want to get monty to change the launchpad project over to be managed by a team [13:58] mpt, :) === mrevell-lunch is now known as mrevell === salgado is now known as salgado-brb [15:16] Trying to view code, I get a 404 error [15:16] -.- [15:16] now is that one of the 2-minutes-"bugs"? ]:-> [15:17] Damn, launchpad really sucks, now it works [15:17] I will never understand how things work [15:17] :/ [15:17] -.- [15:17] Dauerbaustelle, what URL? [15:17] Dauerbaustelle: What was the URL? [15:17] http://tinyurl.com/4s2sr9 [15:17] wgrant, where did it link from? [15:18] kiko: EPERSON [15:18] gar [15:18] Dauerbaustelle, that's not a 404 for me [15:18] he said it failed for 2 minutes, then worked [15:18] right [15:19] hello danilos, could you please take a look https://bugs.launchpad.net/rosetta/+bug/243938. It seems like there are problems with forward porting translations from the current stable branch to the devel one. [15:19] Launchpad bug 243938 in rosetta "Does not forward port translations" [Undecided,New] [15:20] danilos, I would like to upload the templates from gutsy to hardy manually soon. [15:21] glatzor: we are not "forward porting" translations atm (we do have some code to do that, but I believe we are not doing it on a regular basis) [15:21] glatzor: I am not sure I understand that last bit [15:21] Dauerbaustelle, if it was a branch you had just pushed, then man, you need to wait 2 mins :) === salgado-brb is now known as salgado [15:22] danilos, Oh I thought that translation made to gutsy after the hardy translation have been opened would be applied to hardy too if the message strings match [15:23] kiko, yeah this might have been the problem but why does launchpad only give me an ugly 404 error and not a "please wait" message...? [15:23] Dauerbaustelle, a bug :-( [15:23] glatzor: that's not happening, though we do that from time to time (we have a script to do it), and we are also planning on making it work like that [15:24] danilos, and did you run the script in the hardy development phase? [15:24] danilos, there are many translation done on 28th january. (afaik the translations have been opened on 21th january) [15:25] glatzor: I am not entirely sure, I am looking it up, but jtv has been handling that side of things, so I might have to check with him (and he's away today) [15:27] danilos, there are even some translations in the basic-commands template of ubuntu-docs that have been done shortly before the opening which are also not in hardy [15:30] glatzor: copying gutsy translations itself took around 20 hours, and then we had 60000 PO file imports processed in another week, when we announced the opening (and made it public); those translations are likely done in that week between copying and imports finishing [15:31] jesus [15:32] glatzor: the caveat there is that LP has been running the whole time, which made the entire process 3-10 times slower [15:33] glatzor: I'll check with jtv and make sure he comments on the bug report you filed about forward porting translations [15:34] kiko: OOPS-913C2749 [15:34] https://devpad.canonical.com/~jamesh/oops.cgi/913C2749 [15:34] ok ok nice [15:34] :) [15:35] missing s in +editmail [15:35] typo man [15:52] * Yhouse e' away (Sto andando via) === Yhouse is now known as Yhouse|off [16:22] anyone know why 'actions' do not appear for bugs anymore? [16:22] it appears the only easy way to find that pane now is to click on mark as duplicate [16:23] then i can see all the options, otherwise it doesn't show up on the left at all [16:26] calc: it's gone. [16:26] calc: it won't be back. [16:26] calc: (it's an intentional design decision) [16:27] so you can't offer mentorship anymore, i actively tried figuring out where all the options went and finally found them [16:28] * calc wonders why people haven't realized completely redesigning gui's isn't a good idea after seeing the Office 2007 mess ;-) [16:28] oh its all there including mentorship [16:28] calc: poke mpt [16:28] its just someone decided to sprinkle the actions all over the page [16:28] so its nearly impossible for someone new to this interface to find what they want to do [16:29] calc: it's a feature. but yes. [16:29] perhaps on a brand new bug that all fits on one screen this layout is decent, but on real bug reports its a mess [16:30] most of it is good enough imho but the actions that are not above the initial bug report are hard to find [16:31] calc, are you new to Launchpad? [16:31] actually, a more useful way of putting that [16:32] When did you start using Launchpad? [16:34] mpt: regularly or at all? [16:34] i've been regularly using it over a year, and always use it via the left actions panel [16:35] <\sh> hmm...is it possible to subscribe to a teams mailinglist, without being a member of the team or having an account on LP? I want to forward one external email to the projects mailinglist..but I need somehow to subscribe this email first, right? :) [16:35] but i have been using it on and off since it started [16:35] ~ 3 years ago (iirc) [16:35] <\sh> or should i just add this email address to the confirmed e-mails of the project? [16:36] making the left panel go away makes the fact that eg 'offer mentorship' is at the very bottom of the bug report a lot more visible (and harder to find) [16:36] calc, I'm sorry then, it's going to be harder for you to get used to than for many others [16:36] and on bugs with long bug descriptions makes it hard to find the other options since they aren't on the screen when you pull it up === mtaylor_ is now known as mtaylor [16:36] what was the rationale for putting the offer mentorship at the very bottom of the bug page for example? [16:37] calc: perhaps you should make all OO.o bugs shorter, so that it's easier to find things? /me ducks [16:37] Hobbsee: hehe, or get a 1920x1200 laptop :) [16:37] calc, we tried it after the description, but there were too many items there already [16:37] calc, and it's one of the least-used items [16:38] calc: also, most of launchpad does have a mail interface to it now. and firefox page search isn't bad. [16:38] I might be rationalizing it, but I'd think potential mentors read most of the comments. [16:38] that too [16:38] Hobbsee: you have to know what to search for though, hence new users not even knowing what to look for [16:38] both bandaid solutions, but they work enough. [16:38] calc: i know. i'm not saying i agree with the new design either. [16:38] calc, I think the intersection of {new users} and {mentors} is pretty small [16:39] * calc is probably just annoyed at another 'Gnome' redesign that annoys more than it helps [16:39] a 'Gnome' redesign? [16:39] i call it 'Gnome' redesign due to their weird HIG rationalization of making things harder for advanced users to make things look prettier :) [16:39] eg gconf-editor ;-) [16:39] mpt: are there plans to move what's in the leftover panels on the left somewhere else? [16:39] mpt: so, presumably, as long as the people find out about various launchpad functionality in other ways, rather than seeing it on the page, everything is good, right? :) [16:40] LarstiQ: the main one still exists its just hard to find now [16:40] Hobbsee, wow, passive aggressive much? :-) [16:40] calc: 'main' one? [16:40] LarstiQ, yes [16:40] probably for most bugs this isn't an issue about layout since you can see the report on one screen [16:40] mpt: no, sorry, i wasn't trying to be. but it's 1.40am, so... [16:40] many of OOo bugs are several screens log with backtraces, etc [16:40] mpt: cool [16:41] calc: do you mean specifically for offering mentorship, or other things as well? [16:41] and it was a surprise not to be able to find what i was looking for on the left and i thought it was completely gone, i can work around the drop of productivity resulting from moving the options all over the place, but it is what it is [16:41] LarstiQ, one of them -- bug 152878 -- nearly got fixed for yesterday but had to be pulled out temporarily [16:41] Launchpad bug 152878 in malone "Source package details box hampers bug page context-independence" [Undecided,In progress] https://launchpad.net/bugs/152878 [16:41] * calc thinks the old panel should come back since it was easy to find everything you could do to a bug in one place [16:42] * Hobbsee twitches [16:42] is it possible to have it display based on a preference of the logged in user? [16:42] calc, that was the original theory. But then we had people who really honestly thought that Launchpad's bug tracker didn't support attachments, because "Attach a file" was hiding in the middle of the menu, instead of next to the comment field where people expected to find it. [16:43] it was right there in the middle of the comment section as well? :) [16:43] mpt: i would suggest that would happen for many other parts of functionality in the new version, too. [16:43] calc, it wasn't originally. We had to copy it there. [16:43] oh ok [16:44] Hobbsee, sure, but (fingers crossed) it won't be as bad, because now the design is more like almost every other Web app on the planet. [16:44] * Hobbsee bites tongue [16:46] mpt: well, I for one think it's an improvement, so thanks. [16:46] LarstiQ, it's a preliminary step [16:46] More coming soon [16:46] * Hobbsee can certainly see some improvements on it. [16:47] <\sh> mpt: launchpad goes facebook? ,-) [16:47] i still find it pretty uncohesive, and the options scattered without any real sense of logic around the page, though. [16:48] (like, why don't all the lists go the same way, and look the same?) [16:48] They'll look the same soon [16:48] What do you mean by "go the same way"? [16:49] see the mark as duplicate row - they go L-R, spread across the page. [16:49] yeah, that's temporary [16:49] the also affects row goes L-R, but is all left aligned, and doesn't go across the page. [16:49] That's also temporary [16:49] the update description / tags, link a related branch, and link to CVE, does *not* go L-R, but for some strange reason, goes up-down. [16:50] as for why it doesn't go L-R like the rest of the options spread across the page, i've no idea. [16:51] i also don't understand how the privacy or security of the bug has anything to do with whether it's valid or not, which is what i'd categorise the "convert to a questoin" and duplicate stuff under. [16:51] For that you'll need to ask intellectronica [16:51] for the latter half there, i don't understand why it wouldn't be put with all the status, importance, etc, in the drop down. [16:51] I'm not sure how it ended up there :-) [16:51] who will need to ask me about what? [16:51] mpt: why don't keep some actions in the Actions menu, and only the most used in the body of the page? [16:52] intellectronica, why "Set privacy/security" is floating in the middle [16:52] i still don't understand why the affects dropdown with the arrow does not, in fact, drop down, but takes you to another URL completely. [16:52] andrea-bs, because we're using that space for other things [16:53] mpt, Hobbsee: well, it needs to go _somewhere_. do you have any better suggestions? bear in mind that we want to preserve as much vertical space as we can so that the comments aren't too far from the description [16:53] andrea-bs, for example, on translation pages the full width of the page is now used for translating, because there isn't an Actions menu at all. [16:53] i would have expected that to have been done up the top, with the bug #nnnnn in , and the the affects dropdown would rever to the more sane behaviour. [16:54] because that, really, is how most of the other webapps that i see, work. [16:54] andrea-bs, and on bug pages I hope to use some of that space to introduce a Milestone column, solving the problem that you can't see what milestone a bug is targeted to. [16:54] Hobbsee, I also have a plan to fix that [16:54] mpt: this is a great thing, so :) [16:54] * mpt should just be quiet and get back to coding all these :-) [16:55] mpt: and all in all, i don't understand why this wasn't sanely drafted earlier, and so gets done all at once, and doesn't leave people in limbo, having to relearn launchpad each time. [16:55] like, over a period of 6+ months? [16:56] (when did the dropdown-doesn't-drop-down-anymore change go in, again?) [16:56] intellectronica: I see that now the space between the description and the comments is lesser, but I think that you can reduce the space between "Update description/tags" and "Link a related branch" ;) [16:56] intellectronica: i'd have to think about that - ultimately, replanning all the options on that page would be better, rather than using a bandaid fix like changing one. [16:56] (as in, without giving thought on how to make that page saner with the rest) [16:57] Hobbsee, I did draw up a complete plan for it. Unfortunately there wasn't time to implement it all at once. [16:58] Hobbsee: i'm not sure i agree. in a live system with many users it's sometimes better to change things bit by bit rather than everything at once. in any case, there's quite a detailed plan by mpt for the rest of the work, but it will take a bit until the implementation is complete [16:59] intellectronica: bit by bit, yes. but large chunk by large chunk, where each time people come in, going "now, how do i do this now?" when they've been previously using launchpad for months? [16:59] Hobbsee: in the mean time, comments like this are really helpful, with or without alternative suggestions. feel free to file bugs too [16:59] intellectronica: alas, by the time the bugs i file mature enough, i'm sure the UI will have changed again :) [16:59] but, true [17:00] mpt: yeah - i guess i'm more annoyed at the seemingly random "major" UI change of the dropdown that no longer acts as a dropdown. [17:00] mpt: which, while it looks minor, actually isn't, as that's what the majority of people probably hit. [17:00] mpt, intellectronica: this plan is public? [17:00] LarstiQ: unlikely. [17:00] LarstiQ: (they usually aren't) [17:00] Hobbsee, you mean in the Affects table? [17:00] Hobbsee: I can understand not wanting random people clogging up with comments. [17:01] mpt: yes [17:01] Hobbsee, that was introduced sometime last year iirc [17:01] mpt: i suspect so, yes. [17:03] ah yes, and the other thing i don't understand is why standard symbols tend to get made to mean something different in the context of launchpad (in particular, the aforementioend dropdown), or where (forgotten the correct term here) the mouse-brain memory thing isn't taken into account, where the options should be in the same place each time as much as possible, so people can use launchpad more easily, as they don't have to deliberately search [17:03] each time, but know that the option is right -->there<--- [17:05] intellectronica: how's that for a general, hopefully constructive rant, on design? :) [17:06] amusing, at the very least :) [17:06] heh [17:08] For example, the link for subscribing to something should be in the same place on almost everything that you can subscribe to [17:08] correct. [17:09] i think it is now, after your change? [17:09] nope, it didn't get through. [17:09] It will be, but it needs changing in a bunch of places [17:09]