Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91111 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 50781 invoked from network); 8 Feb 2016 14:13:34 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Feb 2016 14:13:34 -0000 Authentication-Results: pb1.pair.com smtp.mail=danack@basereality.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=danack@basereality.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain basereality.com from 209.85.161.179 cause and error) X-PHP-List-Original-Sender: danack@basereality.com X-Host-Fingerprint: 209.85.161.179 mail-yw0-f179.google.com Received: from [209.85.161.179] ([209.85.161.179:35734] helo=mail-yw0-f179.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 19/71-36326-C82A8B65 for ; Mon, 08 Feb 2016 09:13:33 -0500 Received: by mail-yw0-f179.google.com with SMTP id g127so102274713ywf.2 for ; Mon, 08 Feb 2016 06:13:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=basereality-com.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=YLRo8CCdRdMYzmPMM6pl8CI9wrA6xAhN/vJ7UwZiJWM=; b=WCVDlP7ECdoh0fUH8zsh3GyegMWvEI80bjmnjSBBiysSTvK3PjJrG+uJU5bC3VeG4J nO38Xu/GiiF8U5jSC89vXLJ3A1E8aM9QcRwrmDn8T0uOlBXyrc5/xCwjI6rUblAc2Qom bPyu8geHv/qx3SYAGzeU3WdwdhCQO2kSsfwXE0TPNRq6VbZy2MDSSzUGGDowGEE/XB1Y yWgCJeo03z16o2zystQByIl3H70vxWolHzr5uFrp9BMZBGJGh4ww5cBUx0TbqaUUF0oh RviRvV5mnT+kAOpWwuXydHD42C8w9sN6dBp7i6XMICPjL7lUr04YVxfT1ntrF1QzihD6 wu3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type; bh=YLRo8CCdRdMYzmPMM6pl8CI9wrA6xAhN/vJ7UwZiJWM=; b=Kc33kDeai3rRiAmuk2Bmn7QxBZvFHCEpH06Lt8ZiEzAbZ58zzdkQl99Y+HxL/2IWPt QK2C7Pqv5aUMHO4HqEp/SI4dXbn0luzZI+lEY/iCOBV/w9Qo4QDZbfUb3dZgkbQq8t9g dLgYS7x17rG402yyPADHK4ZBGn508P+K9VrIxL/LgVUKL64nj3O2tIodwA/WY5R/Hyt7 47Ta+kaz1uf/LrNabMdF2qCLZITH9CRjWp7T0rCiHCA2MkbIjP/6w0OfEoSxhih8LgqB BYyfP50KccqJVjBg2RaZqIF16g5fNduAUNX/BjPK0ktPsI7+iFvvdh4iKA5+NByuNMce oz3A== X-Gm-Message-State: AG10YOSr3D8o42iL5v/hhDsByOWdL0ZsDiepU5Rn1x2WMfwpGJJ8Ubx6/EWRVJ2dlh706+EO8Qf+4A+IOADAtw== MIME-Version: 1.0 X-Received: by 10.129.45.2 with SMTP id t2mr14326122ywt.182.1454940809840; Mon, 08 Feb 2016 06:13:29 -0800 (PST) Received: by 10.37.83.131 with HTTP; Mon, 8 Feb 2016 06:13:29 -0800 (PST) X-Originating-IP: [94.197.121.75] Date: Mon, 8 Feb 2016 14:13:29 +0000 Message-ID: To: Stanislav Malyshev Cc: "internals@lists.php.net" Content-Type: text/plain; charset=UTF-8 Subject: Add 'Requires RFC' to bugs.php.net was [PHP-DEV] Close some old issues From: danack@basereality.com (Dan Ackroyd) On 30 January 2016 at 07:19, Stanislav Malyshev wrote: > > As far as I can see, the only way to do it is to edit local database, so > somebody with shell access and DB password is needed. What is the process for adding new status to those available at bugs.php.net ? Does anyone know who has access to the box, and are they allowed to add a new status by themselves, or do they need to get 'approval'? Just to reiterate, adding a 'Requires RFC' would be useful to help clear the backlog of feature request issues that have been open for years, and are just not going to be done, unless someone proposes an RFC for it. But it would have more use going forward. It allows issues that are feature requests to be moved out of the 'Open' state quickly, so people looking for actual bugs won't be shown issues which would require an RFC. Just as an example, there is a feature request to "add ini setting that will toggle between old and new behavior, giving developer an option to choose between better debugging capabilities and better performance" - https://bugs.php.net/bug.php?id=71543 This seems quite unlikely to happen....not only are there very few people who could implement this change, they are very unlikely to want to do it, and all RFCs introducing new ini settings seem to receive a poor response. Having that issue sit open, means that all of the lovely people who look to fix bugs will be wasting time reading that issue. While the issue is open, the reporter also has the incorrect expectation that someone might be looking to do that issue "any day now" when realistically, it's not likely to happen. So who/how should I be chasing, to get that done? cheers Dan