> 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. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"