#44040 [Opn->Bgs]: dealing with error-reports is unacceptable

From: Date: Tue, 05 Feb 2008 02:06:14 +0000
Subject: #44040 [Opn->Bgs]: dealing with error-reports is unacceptable
References: 1  Groups: php.webmaster 
Request: Send a blank email to php-webmaster+get-981@lists.php.net to get a copy of this message
ID: 44040 Updated by: davidc@php.net Reported By: spam2 at rhsoft dot net -Status: Open +Status: Bogus Bug Type: Website problem PHP Version: Irrelevant New Comment: Please use a decent language. Previous Comments: ------------------------------------------------------------------------ [2008-02-04 15:13:15] spam2 at rhsoft dot net Description: ------------ http://bugs.php.net/?id=42262 What crazy person implements "You can not comment bogus reports or change their status." in the system from the time any crazy guy believes to set this status? Do you think its fun for me testing snaphsots and writing bugreports and see ignoring them and make me unable to comment this - I make this work for helping you to do yours easier and getting updates containing less bugs/problems. Damend do not set to "bogus" before inital-reporter can say anything to an answer getting months after report or fix this idiotic system so the reporter can make clear his point of view maybe resulting in re-opening! _______________ I have no time to check this now, but i will see the next days running a snapshot build The NEWS-File from source is not useful because there are no dates It is simple NOT ACCEPTABLE if the function will not exist any longer because the truth is that it is disabled in php6 so the function have simply to return false. Where is a reason to break this? If the error-message is away th bureport has to get status "fixed", if it still exists the NEWS-File and actual result are not the same, status "bogus" this time a can not see! ______________ I have a problem with the way php is developed and bugreports are handled. Everytime will anyone tell me "bogus" and after long discussions the solution is pointly the one i requestet from the begin. The game in this bugreport setting to bogus/open and bogus again some months after initial report is a bad joke also as nonone makes a clear statement - as bugreporter it is not my job to read every mailing-list and archive - HERE is the point for clear statements for THIS report ___________ Sample: http://bugs.php.net/bug.php?id=42077 See comment 2/3 from jani The second answer was after a private mail from me to let me know if some people ace total crazy http://bugs.php.net/bug.php?id=42836 Instead checking what goes wrong comes a fucking comment Damned it is a problem with php6 if you randomly get openbasedir-errors showing that settings from another vhost will be mixed and with the same configurations php5 had never a problem in any way - you can reload the page one, two, three times and the error goes away and another virtual host has the same with settings from the last visited. If you handle bug-reports in this way finally many people will not test snapshots and writes reports in future - is this what you want? ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=44040&edit=1

« previous php.webmaster (#981) next »