Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:101246
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.22 as permitted sender)
To: =?UTF-8?Q?Pedro_Magalh=c3=a3es?= <mail@pmmaga.net>,
 =?UTF-8?Q?Johannes_Schl=c3=bcter?= <johannes@schlueters.de>
Cc: PHP internals list <internals@lists.php.net>
References: <1512478149.2069.40.camel@schlueters.de>
 <CAJd4=YazXbSVA-hedu5Vf5Kfn5aiin04Wk-Zj+Wucq8n4RbjDg@mail.gmail.com>
Message-ID: <19331e5c-d82a-2d60-4f26-755da11fc576@gmx.de>
Date: Tue, 5 Dec 2017 14:57:07 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.5.0
MIME-Version: 1.0
In-Reply-To: <CAJd4=YazXbSVA-hedu5Vf5Kfn5aiin04Wk-Zj+Wucq8n4RbjDg@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] Outstanding php.net account requests
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 05.12.2017 at 14:34, Pedro Magalhães wrote:

> On Tue, Dec 5, 2017 at 12:49 PM, Johannes Schlüter <johannes@schlueters.de>
> wrote:
>
>> we currently have 118 outstanding php.net account requests going back
>> to October 2016. If you recently tried to onboard somebody could you
>> verify whether they are still unapproved? If somebody creates a mass-
>> edit interface this would also be great, as the CSRF protection makes
>> deleting obvious spam requests a bit more annoying than it neeeded. :-D
>>
>> If you see legit requests drop me (or somebody else with powers) a note
>> (including what kind of svn/git karma is needed) and I can set it up.
>>
>> https://master.php.net/manage/users.php?search=&order=&forward=0&begin=
>> 0&max=20&unapproved=1 (I believe this is visible to all @php.net
>> account holders)
>
> To add to that, AFAIK new requests via http://php.net/git-php.php are not
> sending the e-mail they should to this mailing list (PHP Group). Hence the
> large number of outstanding requests without follow-up.

An additional issue is that many account requests are made for PECL
accounts as well, and not everybody who has karma to approve or reject
VCS account requests has karma to handle PECL account requests.
Furthermore, while some have karma to approve VCS accounts, they may not
have karma to grant karma – so approving the accounts without granting
actual karma does not really make sense.

-- 
Christoph M. Becker