Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:97597
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.53 as permitted sender)
To: Joe Watkins <pthreads@pthreads.org>,
 PHP internals <internals@lists.php.net>
References: <CAL=_i_nuF0y8TC_GrWsX5e77sP-jKq+ed374SW0e=VxSPniVjg@mail.gmail.com>
Message-ID: <600ff8af-a6c9-5c63-f80f-bf2dc6ff5d33@gmail.com>
Date: Sun, 8 Jan 2017 13:54:04 -0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0)
 Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <CAL=_i_nuF0y8TC_GrWsX5e77sP-jKq+ed374SW0e=VxSPniVjg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] bugsnet cleanup
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> Some of you may have noticed that a few of us have put considerable effort
> into cleanup of pull requests on github, these are now manageable and I'm
> quite confident that we will be able to merge pull requests in a timely
> manner, and stay on top of it.

I would like to start with a big thanks to you for doing this. Long
overdue and finally happening!

> With normal support for 5 ended, now is the perfect time to cleanup
> bugsnet. If we can get the numbers down to something manageable, we have a
> reasonable expectation to stay on top of them.

I think we have to separate FRs and bugs. Bugs filed against older
versions (especially ones before 5.5) I'd put into feedback with request
to retest with more recent version. Feedback bugs would automatically
expire if no feedback was provided.

FRs however need more fine-grained approach. Since they are separate
from bugs, they are easy to filter out and in general may not be
version-specific. OTOH, having them there, indeed, is not super-useful,
but is not that harmful either.

> I think anyone that has been waiting a number of years for a response to a
> feature request deserves to know that it is not reasonably happening, and
> that there are better ways of trying to get a feature in than opening
> yet-another-feature-request on bugsnet.

True, some of the FRs actually need an RFC, so maybe we should note as
such on the FRs.
-- 
Stas Malyshev
smalyshev@gmail.com