[mythtv-users] How to make a good bug report?
Isaac Richards
ijr at po.cwru.edu
Thu Jul 8 22:45:36 EDT 2004
On Thursday 08 July 2004 10:24 pm, John Goerzen wrote:
> Now, there are a bunch of problems with this:
>
> 1. Just because a description is poor does not mean that a bug does not
> exist. Before closing the bug, you should at least ask for the
> information you need, ESPECIALLY since the bug writing guidelines
> do not spell out what information you need.
Nope -- If the description is poor and I cannot reproduce it, the bug does not
exist.
> 2. This is no way to treat people that are trying to improve MythTV.
> It's only a way to make people leave the project.
>
> Many users that report bugs are future developers, remember.
Hah.
> 3. The person closing it didn't describe what information was missing.
Steps so that anyone can reproduce it?
> 4. The bug report included exact steps necessary to reproduce the bug
> and a precise description of th eproblem.
"Observe flickering" is not a valid step in how to reproduce the bug.
> Can we please be less antagonistic towards people that are trying to
> help?
>
> And why don't you post what info you need in the bug writing guidelines
> rather than yelling at people that submit bugs, or worse, close reports
> of real bugs because you don't give a damn?
>
> Just what info *DO* developers want for bugs in the frontend? backend?
> transcode? Other modules?
What I _don't_ want is random people who don't know what they're doing from
the -users list using the bugzilla yet. I didn't announce it here or the web
page for a _reason_.
Isaac
More information about the mythtv-users
mailing list