Bugging questions

[Matt Zimmerman]

On Tue, May 02, 2006 at 03:47:54PM +1200, Matthew Paul Thomas wrote:
> On May 2, 2006, at 12:03 PM, Matt Zimmerman wrote:
> >
> > We should never refuse to forward bugs upstream just because upstream
> > doesn't have a bug tracking system (or because Launchpad doesn't know 
> > how to talk to it).
> 
> Right, this is another case for being able to enter an arbitrary URL to 
> represent the remote bug report, regardless of whether Malone 
> understands the bug tracker. In this case, it would be the URL to an 
> archived mailing list message.

Or more often simply a mailto: link indicating to whom the bug was
forwarded.

> > I find the UI here to be confusing, and so do our users.  It seems
> > unintuitive to have a list which includes both distributions and 
> > releases; it's unclear what this should mean to the user.  What does 
> > the status of the 'Ubuntu' task mean?  If it's the status in the 
> > current development release, then it should say the name of the 
> > release instead.  If it means something else, then what?
> 
> Printing the name of the latest release would be misleading because it 
> would suggest that you have decided it should be fixed in that release 
> specifically, when you haven't made any such decision.

If so, then either milestones or release tasks are redundant.  We should
have one clear and obvious way to target bugs.

> Reopened <https://launchpad.net/products/malone/+bug/1720>, which is a 
> simple idea to clarify this.

I don't think this fully addresses the problem.  Renaming the "Ubuntu" task
"Ubuntu development branch" or "Ubuntu mainline" or such seems clearer, if
that's how it's intended to be used.

-- 
 - mdz