Mailing List Archive

seeing a new trend of laziness developing.
When people go out of their way to file a bug for you or a team you are
on. Please _please_ don't be lazy and just close/reassign/other it
with a '.'

A period is the most useless way to respond to a bug. If you can't take
2 seconds out of your life to say something as simple as. 'Fixed in
CVS/This is an upstream problem/etc' or anything slightly descriptive of
what changed. Then your use usefulness to the project starts to come in
question.

Continuing to close bugs with a simple '.' will result in me making fun
of you rightly every time I see your name mentioned anywhere.

232 matches. http://tinyurl.com/pmrmx

--
Ned Ludd <solar@gentoo.org>
Gentoo Linux

--
gentoo-dev@gentoo.org mailing list
Re: seeing a new trend of laziness developing. [ In reply to ]
On Sun, Feb 26, 2006 at 11:40:44AM -0500, Ned Ludd wrote:
> When people go out of their way to file a bug for you or a team you are
> on. Please _please_ don't be lazy and just close/reassign/other it
> with a '.'
>
> A period is the most useless way to respond to a bug. If you can't take
> 2 seconds out of your life to say something as simple as. 'Fixed in
> CVS/This is an upstream problem/etc' or anything slightly descriptive of
> what changed. Then your use usefulness to the project starts to come in
> question.
>
> Continuing to close bugs with a simple '.' will result in me making fun
> of you rightly every time I see your name mentioned anywhere.
>
> 232 matches. http://tinyurl.com/pmrmx

Needless to say, the same applies for CVS. *Always* commit with a ChangeLog
entry and never use "See ChangeLog" as your CVS commit message -- this
makes tracking down changes very difficult due to the non-atomic nature
of CVS.
--
gentoo-dev@gentoo.org mailing list
Re: Re: seeing a new trend of laziness developing. [ In reply to ]
On Sun, 26 Feb 2006 12:30:50 -0600
R Hill <dirtyepic.sk@gmail.com> wrote:

> Ned Ludd wrote:
>
> > 232 matches. http://tinyurl.com/pmrmx
>
> The vast majority of which have an explanation in the comment
> directly preceding.

In which case it's a moment's effort to cut-n-paste the text into the
reassignment/resolution comment. Hence solar's laziness accusation.
I'd go further, and suggest that sometimes it's not just laziness (since
cut-n-paste isn't any more effort than typing '.') but a deliberate
action to avoid explaining oneself.

When re-assigning, it is extremely useful for the new assignee to see
some relevant text, as this is the first bit of text they may see. If
you just re-assign with '.' then the new assignee has to browse the bug
to decide how to prioritise etc - which means flipping from your email
client to the web browser or whatever. All of this breaks up
processing the stream of stuff coming from bugzilla, causing wasted
time - all because someone was deliberately evasive about why they
reassigned.

Similarly when resolving, just saying '.' means other interested parties
have to browse the bug to check whether the resolution is valid or not
- if there's a decent comment along with the resolution this becomes
unnecessary in the majority of cases.

--
Kevin F. Quinn
Re: seeing a new trend of laziness developing. [ In reply to ]
Ned Ludd wrote:

> 232 matches. http://tinyurl.com/pmrmx

The vast majority of which have an explanation in the comment directly preceding.

--de.

--
gentoo-dev@gentoo.org mailing list
Re: seeing a new trend of laziness developing. [ In reply to ]
Kevin F. Quinn (Gentoo) wrote:

> When re-assigning, it is extremely useful for the new assignee to see
> some relevant text, as this is the first bit of text they may see. If
> you just re-assign with '.' then the new assignee has to browse the bug
> to decide how to prioritise etc - which means flipping from your email
> client to the web browser or whatever. All of this breaks up
> processing the stream of stuff coming from bugzilla, causing wasted
> time - all because someone was deliberately evasive about why they
> reassigned.

Right, sorry. I wasn't thinking in the context of bugmail.

--de.

--
gentoo-dev@gentoo.org mailing list