Date: Sat, 18 Feb 1995 07:01:11 -0600 From: Peter da Silva <peter@bonkers.taronga.com> To: "Jordan K. Hubbard" <jkh@freefall.cdrom.com> Cc: hackers@freefall.cdrom.com Subject: Re: query-pr. please! Message-ID: <199502181301.HAA17273@bonkers.taronga.com> In-Reply-To: Your message of "Sat, 18 Feb 95 01:23:09 PST." <199502180923.BAA10380@freefall.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> Naturally, security related bug reports might be screened (we could switch > off a keyword) to all but those in a certain permission group, but we can > add filters like that when and if they become necessary. It's already in there (>Confidential:), and the email interface already filters them out. > 1. It doesn't lend itself well to being both a problem reporting mechanism > and a feature submission mechanism. send-pr should be completely decoupled > from the concept of "problem" and become instead a general > bug/enhancement/feature request submission mechanism. There's already some support in Class for that. > 2. It doesn't accept file attachments, making it useless for submitting > new work (or information helpful to a bug report) in a structured way. You're supposed to put them in one of the unstructured text fields. > 3. It's unnecessarily cryptic, and provides the novice bug-reporter little > or no help along the way. TkGNATS! > 4. It provides no easy windows into what's in the database, both locally > and remotely. TkGNATS! > [fade to dream sequence] ... TkGNATS! ... > P.S. Even though the tone of this is joking, I'm dead serious about the > need for all the features described herein. If this isn't send-pr/query-pr, > then we need to write our own system or modify the GNATS tools appropriately! TEE KAY GEE ENN AYE TEE ESS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199502181301.HAA17273>