> On Oct 29, 2014, at 13:53, Marcus von Appen <m...@freebsd.org> wrote:
If we are going to do that, the area however should be
> separate from typical "bugs", so people do not confuse wishes with bugs
> and vice versa. Also, to avoid long and misleading comment trails, we
> would need the ability to hide/remove errornous (bug-related) comments
> in the wishlist (a feature wished for independent of this, but a
> necessary prerequisite [probably coming soon]).
> Wishlist items thus should not belong to a currently existing product or
> component, but should be clearly classified in an own product and/or
> component category.
> Except from that, what else would be required and desired to have a
> suitable wishlist? The bug tracker right now features:
> - tags
> - keywords
> - links to internal bugs/items (dependencies and blockers)
> - links to external systems
> - links to svn commits and reviews
> - attachments
> - flags to request/confirm/deny things
At $work we use Enhancement in the severity field to generally denote these
kinds of items. However, we could always use wishlist in the Keywords field.
All I ask for is a centralized place to track this or easy way to look this up
instead of 10+ wiki pages and doc pages full of outdated/incorrect material.
email@example.com mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"