> >>Very bad idea. People using unusual hardware do not want to keep
> >>re-submitting a bug report. I know when I submit a report I expect
> >>that it will remain until the problem is fixed. I do not like to
> >>receive multiple
> >
> >Oh well, there is _no_ guarantee that it will be fixed, sometimes
> >there is no maintainer at all and the ticket will stay there forever
> >lost in the noise...
> >And if anybody is interested in fixing the driver or even looking to
> >see if somebody submitted a ticket he/she can just search for all
> >tickets, even the ones closed because nobody is did any activity in
> >a perior of one month (or any other timeout period).
> >
> >Its not like the ticket will vanish from the database.
>
>
> One thing we've done before in other bug-tracking systems was to create
> a "STALE" state (or something similar) for this type of bug. So it
> wouldn't get closed (I have seen this done as a closing resolution, but
> I think that's a bad idea), but it wouldn't be in the default searches
> either ... you could just select it if you wanted it ... does that sound
> sane? (obviously we don't need this yet, but might be a good plan
> longer-term).
Personally... if they really are bugs, I would rather keep them open,
even in the absence of a maintainer... maybe that's not scalable, but
I would rather not auto-expire things which really are bugs. The
maintainer (or "someone who cares") may not appear until the next stable
series, for example. Vendors do that alot.
'stale' may be a decent compromise if people disagree with my logic,
though...
Jeff
-
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/