Re: Commit fest queue

From: Gregory Stark <stark(at)enterprisedb(dot)com>
To: "Brendan Jurd" <direvus(at)gmail(dot)com>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Tom Dunstan" <pgsql(at)tomd(dot)cc>, "Magnus Hagander" <magnus(at)hagander(dot)net>, "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>, "Bruce Momjian" <bruce(at)momjian(dot)us>, "Greg Smith" <gsmith(at)gregsmith(dot)com>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Commit fest queue
Date: 2008-04-11 17:46:18
Message-ID: 87ve2offo5.fsf@oxford.xeocode.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Brendan Jurd" <direvus(at)gmail(dot)com> writes:

> In Trac, if I just want to loosely associate several tickets together
> I'd use *keywords*, e.g., put "index am" in the keywords list for
> several tickets, and then they'll show up prominently when I search
> for those terms.

As an aside, you've reminded me about another thing that bothers me about
Bugzilla and RT. In both cases they seem to put a lot of focus around the idea
of "searching" bugs. I don't really get why.

Maybe it makes sense if you plan to be like Mozilla and have 8-year-old bugs
that nobody ever sees let alone updates, but surely that isn't the goal.

In fact it seems like having the UI centred around "searching" pretty much
dooms you to that fate. Of course things will fall through the cracks if your
main UI only presents the things you decide to go look for.

I would think an interface which presents you with *all* unclosed bugs by
default, perhaps organized in some way (keywords, milestones, etc) would be
more conducive to getting attention to everything.

I'm sure you can do something like that in Bugzilla and RT but it sure doesn't
seem to be the way it's used in practice.

--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
Ask me about EnterpriseDB's RemoteDBA services!

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Joshua D. Drake 2008-04-11 17:48:42 Re: Commit fest queue
Previous Message Tom Lane 2008-04-11 17:45:08 Re: Cached Query Plans (was: global prepared statements)