Welcome! Log In Create A New Profile

Advanced

[PHP-DEV] Callout for bug tracker cleanup

Posted by Kalle Sommer Nielsen 
Kalle Sommer Nielsen
[PHP-DEV] Callout for bug tracker cleanup
October 24, 2017 06:10AM
Dear Internals

I have in the past few days been working on, and I continue to work on
cleaning up our bug tracker. We are close to 5000 open bugs[1], while
about 1500 of those are FR requests, some opened as far back as
2001[2].

I would urge more to help bring down that number, even if you just got
5 minutes to take a look at a random open bug[3] and classify it, it
would be a lot of help. A lot of the old ones are report still from a
PHP4 era, which may no longer be relevant or even fixed/implemented in
a newer version.

Another notable thing is that a lot of bugs are assigned but are often
forgotten, I would argue that it does two negative things which we
should be attempting to avoid:

- Creating a false feeling that a report is actively been worked on
and the reporter expects this to be fixed in a reasonable future.
- It may steer away new contributors who wants to fix a bug but the
ones they are interested in are already "falsely" assigned as to the
point above.

I would like for those who have assigned bugs to them[4] to review
their assigned bugs and unassign them if you don't intend on working
on them in a not too distant future to open them up for others to
grab.

Currently I'm going over every single report to try classify them,
close reports which would require an RFC, PECL packages with no
releases for literally years and unassign people from bug reports
which have not been active (committed) in a long time, or similar. I
don't want to step on anyones toes but I think it is time that there
is done something about this, if you are unhappy with a change I have
done to a report where you were assigned, then please reach out as
I'm doing this in the best intend for PHP.



[1] https://bugs.php.net/search.php?cmd=display&order_by=assign&direction=DESC&limit=80000&status=Open&reorder_by=id
[2] https://bugs.php.net/bug.php?id=12802
[3] https://bugs.php.net/random
[4] https://bugs.php.net/search.php?cmd=display&assign=USERNAME

--
regards,

Kalle Sommer Nielsen
kalle@php.net

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Am 24.10.2017 um 06:07 schrieb Kalle Sommer Nielsen:
> Dear Internals
>
> I have in the past few days been working on, and I continue to work on
> cleaning up our bug tracker. We are close to 5000 open bugs[1], while
> about 1500 of those are FR requests, some opened as far back as
> 2001[2]

but why do you change then a ton of bugs with state "assigned" to "open"
some of them even for PHP4 or with a commit message years ago?

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Thomas Punt
Re: [PHP-DEV] Callout for bug tracker cleanup
October 24, 2017 11:10AM
Hi Kalle,


> Currently I'm going over every single report to try classify them,
> close reports which would require an RFC, PECL packages with no
> releases for literally years and unassign people from bug reports
> which have not been active (committed) in a long time, or similar.


I did something similar earlier this year, where I closed 109 bug reports

that pertained to ancient extensions. I made a list of these extensions[1],

along with a list of other extensions that appeared to be abandoned as

well. Perhaps after verifying/updating these lists of unused PECL packages,

we could simply close all bug reports related to them, and remove them

from the dropdown menu of all PECL packages (when reporting a new

bug). PHP 4-only extensions could also be removed from the docs, but

that's a different matter.


-Tom


[1]: https://gist.github.com/tpunt/0fe42cbf6527aa492c3f769e6fb526c0
Dan Ackroyd
Re: [PHP-DEV] Callout for bug tracker cleanup
October 24, 2017 11:50AM
Hi Kalle,

On 24 October 2017 at 05:07, Kalle Sommer Nielsen <[email protected]> wrote:
> Dear Internals
>
> I have in the past few days been working on, and I continue to work on
> cleaning up our bug tracker.

While that's good overall - I think assigning documentation bugs to
people is not so good.

Documentation 'bugs' are things that anyone can work on, and so should
remain in the pool of stuff open for people to work on.

Or at least please don't assign documentation bugs to me.

cheers
Dan

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Sorry, only registered users may post in this forum.

Click here to login