Stanislav Malyshev wrote:
I don't see ANY reason bugs should be assigned by anybody other than
the person who is ACTUALLY working on it?
*IF* someone has time or has found a fix for a problem, THEY assign
the bug to them selves and put up the fix.
Well, there's a reason - not every developer watches bugs closely.
Thanks to great work by Antony, there's somebody who does that, but we
can't realistically expect every maintainer to do that, so assigning
bugs is the means to alert the developer that this bug is (at least
potentially) in his domain.
Assigning blindly is not the right procedure. There needs to be a proper
REFERRAL process so that other people who are working in the area are made
aware of the problem. If the bug is flagged with the correct area or package
name, then anybody can pick up the baton. Simply 'assigning' a bug to say Wez
when AS HE SAYS - there are other developers - is a pointless waste of time.
Requests for someone to LOOK at a particular bug could be made, but
the decision on assignment should only be made by the person DOING the
work?
I think assignment is request to look - and if possible fix, if not -
one should indicate he can't accept it. Of course, as we know, in theory
practice follows theory, in practice it doesn't - so there are cases
where bugs are assigned but not really looked at.
HOW do you 'request' a group of developers look at a bug?
Personally I scan the bug summary each week to see what has popped up on my
areas of interest ( The 'feature requests' should be killed from that !!! )
and that would seem to be the most productive method possible. Antony and
others just needs to make sure that bugs are correctly classified and
duplicates flagged and removed. There are assigned bugs there that have not
moved in months and it would be nice to see the total number of BUGS going down.
--
Lester Caine - G8HFL
-----------------------------
Contact - http://home.lsces.co.uk/lsces/wiki/?page=contact
L.S.Caine Electronic Services - http://home.lsces.co.uk
MEDW - http://home.lsces.co.uk/ModelEngineersDigitalWorkshop/
Firebird Foundation Inc. - http://www.firebirdsql.org/index.php
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
