[TCLCORE] Redundancy between Bugs and Feature Requests
by Alexandre Ferrieux other posts by this author
Apr 7 2008 1:49PM messages near this date
[TCLCORE] [Fwd: Re: Redundancy between Bugs and Feature Requests]
|
[TCLCORE] Testing stacked channels
Hi,
I've just been bitten by a nasty instance of duplicated effort, due to
the existence of separate "Bugs" and "Feature requests" trackers:
FReq: [ 1343161 ] exec implemenation fails to close() open file descriptors
Bugs: [ 1343211 ] exec implemenation fails to close() open file descriptors
There, Donal and I more or less reached the same conclusion, but years
apart... What happened is that the item was re-posted as new instead
of just flipped from FReq to Bug (which is kinda funny since it was
not Tcl's fault in the end ;-).
Another one, of lesser impact since the diagnosis was easy:
FReq: [ 219329 ] fcopy should not lock out I/O in *both* directions
Bugs: [ 1350564 ] Inadequate fcopy operation (just fixed)
I know there's no simple protection against this (apart from merging
all trackers in one, saying Freqs are bugs with prio in a predefiend
range, say 0-5...).
Maybe a Search common to all trackers could alleviate this a bit ?
Is this doable by simple configuration, or is the whole interface
hard-wired into SF ?
-Alex
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Tcl-Core mailing list
Tcl-Core@[...].net
https://lists.sourceforge.net/lists/listinfo/tcl-core
|