Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:97611 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 29296 invoked from network); 9 Jan 2017 06:13:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 9 Jan 2017 06:13:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=pthreads@pthreads.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=pthreads@pthreads.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain pthreads.org from 74.125.82.41 cause and error) X-PHP-List-Original-Sender: pthreads@pthreads.org X-Host-Fingerprint: 74.125.82.41 mail-wm0-f41.google.com Received: from [74.125.82.41] ([74.125.82.41:37203] helo=mail-wm0-f41.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 32/D3-31343-D1A23785 for ; Mon, 09 Jan 2017 01:13:51 -0500 Received: by mail-wm0-f41.google.com with SMTP id c206so17540608wme.0 for ; Sun, 08 Jan 2017 22:13:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pthreads-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YGZOLY6EkQdLmA5lwiQmETFxTXeda4yQe/nSQM4W804=; b=pNVacUtgiXgxy/Sc0BUGFjI7LbxPfKS3Gqu2Q2+8ZjvwYzSSixZBRDISuBHOGqENkW Z/MDHLRrCElZOJ0gYUgoQpbiq1cwaqnloS3htrwUMe0xy4Dycqk3kPzVxsgfApzevI5X S6MskLPWEWAiqOlV6RD6UWEEHxhEkRJ3x7ChoxZmGpA5l6pJS3ET3O3+o39nDdo0+XF1 VmkPFW3dQOZNLFojUahybFBOHp4m0YJv/PElU7KUJnCpCX3dWIYQwOuZdAIn96j3O4VI tEHKxmHArkK15HktDKhcQzJrVR8c2Xj1SuOQwCIykLbmRWxl/eLDIW9BjFMNUPPlrpLi XQwg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YGZOLY6EkQdLmA5lwiQmETFxTXeda4yQe/nSQM4W804=; b=tg5dgZyry5u5jKncB8aWl3Qu8YuhrzPMWCJWLT6DEil7zW0NBHtZJ1v+23Od7HPXI3 7Ouol0xG9ZF1Ros3GExg2JtqUnMVUtywrss+hWR5ds9PBQuUSP39mLCV/kzEj6HDWmIP +Svhk+kUz2pezYKaq30HFT/c/zBaqvfQaaIcWqNusfbvWAfluajJ8bhYRbmeHvgcOxq4 tumbUN/lnBbAy5yhRk6SD/zs54JtpXg31gQjzxITq9CB74vO5Ddqhjjld+3divehCdT5 J5aaaiC1WkFoi1A1nGN5KxcTgt5pgiwDKgn6afQieAU99TwCJJtwU53JB+nMYPFvbLaM AgUA== X-Gm-Message-State: AIkVDXLnPamRy5GBEZcfUyFBnCNBPd9vxZkjWpuUA22SntHtTtIYbZgC7Ok2Z31xlRTU+ym/ZFS7WnOuzCCpAQ== X-Received: by 10.28.13.9 with SMTP id 9mr3450345wmn.50.1483942426659; Sun, 08 Jan 2017 22:13:46 -0800 (PST) MIME-Version: 1.0 Received: by 10.80.176.4 with HTTP; Sun, 8 Jan 2017 22:13:46 -0800 (PST) X-Originating-IP: [86.178.168.203] In-Reply-To: <47370a17-d428-b30d-183b-c1ec96d47872@gmail.com> References: <47370a17-d428-b30d-183b-c1ec96d47872@gmail.com> Date: Mon, 9 Jan 2017 06:13:46 +0000 Message-ID: To: Stanislav Malyshev Cc: Andreas Heigl , Nikita Popov , PHP internals Content-Type: multipart/alternative; boundary=001a11444d4435639e0545a34551 Subject: Re: [PHP-DEV] bugsnet cleanup From: pthreads@pthreads.org (Joe Watkins) --001a11444d4435639e0545a34551 Content-Type: text/plain; charset=UTF-8 Morning Stas, > 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. This sounds reasonable. > 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. The problem with accepting feature requests on bugsnet is that, most of the time, nobody can implement them because of modern processes. It's not harmful to us, but it is harmful to the person requesting the feature, who is probably ignorant of modern processes, and bound to stay that way until we educate them, or disable feature requests on bugsnet altogether. I think I would like to see feature requests disabled on bugsnet, thereby pushing everyone to use the proper channels (github, internals, RFC's). What do you think ? We can still work through existing requests, but the chances of being able to act on them are slim, and they are just going to sit there for years on end. Cheers Joe On Sun, Jan 8, 2017 at 9:57 PM, Stanislav Malyshev wrote: > Hi! > > > I'd even go as far as saying that any bug reported for PHP < 5.6 can be > > marked as "Won't fix". The bugs targeting 5.6 need to be checked whether > > they have a security implication and if not they should be also marked > > as "Won't fix" > > Lots of people run 5.5 now. I'd say at least about 2/3 of PHP users in > the field are now < 5.6. Blanket closing all those bugs with "wontfix" > sound non-productive to me - I'd rather at least give people chance to > update the info. Many extension bugs were transferred from 5.x to 7.x as > is. > > -- > Stas Malyshev > smalyshev@gmail.com > --001a11444d4435639e0545a34551--