Messages in this thread | | | Date | Sat, 28 Jun 2003 23:37:22 +0100 | From | John Bradford <> | Subject | Re: networking bugs and bugme.osdl.org |
| |
> If users send their report to the wrong place, it will get lost, > just like if their cat their report into /dev/null. I have no reason > to feel bad about the information getting lost.
Also, remember that we sometimes get no response when something is fixed, which is especially true when the fix happens by itself.
E.G.
2.5.foo released
Bug reported to LKML, and nobody responds.
2.5.bar released
Bug re-reported to LKML, still nobody answers, maybe it's not a very detailed bug report, or everybody is too busy.
2.5.baz released
No bug report.
We have so far been assuming in this discussion that 2.5.baz won't have fixed the bug. It's not entirely impossible that 2.5.baz _will_ have fixed the bug - maybe a subsystem was being overhauled anyway, and it was generally known on the list that the bug existed.
By not letting bug reports expire, we'd have a lot of unclosed bugs that were really fixed.
There is an analogy with TCP:
Compare:
SYN --> <-- ACK DATA --> FIN -->
and
SYN --> <-- ACK DATA -->
with:
Bug report --> Bug report --> <-- Please test this patch Follow up bug report --> <-- Please test this patch Follow up bug report --> <-- Please test this patch OK, thanks, it works --> <-- Glad it worked
and
Bug report --> Bug report --> <-- Please test this patch Follow up bug report --> <-- Please test this patch <-- Please test this patch <-- Please test this patch
> If it's too much for them to do as I ask, it's too much for > me to consider their report. > > Bug reporting, just like patch submission, is a 2 way street.
It's not even a case of effort, more that you need 2 way communication to successfully fix a bug. You need to know that the fix worked initially, continues to work, and that it doesn't break anything else, otherwise you might be adding more bugs.
John. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |