Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:54858 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 85555 invoked from network); 24 Aug 2011 10:42:14 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Aug 2011 10:42:14 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.211.66 config.schlueters.de Received: from [217.114.211.66] ([217.114.211.66:46436] helo=config.schlueters.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 52/17-48631-485D45E4 for ; Wed, 24 Aug 2011 06:42:13 -0400 Received: from [192.168.2.230] (ppp-93-104-123-49.dynamic.mnet-online.de [93.104.123.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by config.schlueters.de (Postfix) with ESMTPSA id EF4D5778EE; Wed, 24 Aug 2011 12:42:08 +0200 (CEST) To: Ferenc Kovacs Cc: Pierre Joye , Derick Rethans , alan@akbkhome.com, internals@lists.php.net In-Reply-To: References: <1314115682.2635.98.camel@guybrush> <4E545A6C.60704@akbkhome.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 24 Aug 2011 12:42:04 +0200 Message-ID: <1314182524.2261.12.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] PHP 5.3.8 Released! From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Wed, 2011-08-24 at 12:24 +0200, Ferenc Kovacs wrote: > we could have spotted this via two ways: > - those who participated in fixing > https://bugs.php.net/bug.php?id=53727 could have spotted this > - our tests should have start failing after the change Third option: - RC testers might have spotted and reported it. I have the impression that very few people actually test these. When creating an RC we inform the "primary testers" as well as qa and internals list members. From there I get one or two responses in general. When I approach PHP users I often get answers like installing PHP without breaking their setup would be complicated (which is not the case but maybe needs education?) and they won't have time. I try to use a hypothetical case, like we have here in reality, to explain them why it is beneficial for their business if it is detected early as then we can fix it, fixing something after a release is hard. We also can try to improve our tests but we will never be able to test each and every way PHP is being used out there in the wild. So how can we motivate people to test new versions during RC not the day after it is being released? We don't push them out as news on the php.net frontpage and we don't send it out to the announce list for reasons like not confusing users. Should we change that? Other ideas? johannes