Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:45337 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84806 invoked from network); 23 Aug 2009 14:06:53 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Aug 2009 14:06:53 -0000 Authentication-Results: pb1.pair.com smtp.mail=tom@punkave.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=tom@punkave.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain punkave.com from 209.85.132.242 cause and error) X-PHP-List-Original-Sender: tom@punkave.com X-Host-Fingerprint: 209.85.132.242 an-out-0708.google.com Received: from [209.85.132.242] ([209.85.132.242:33288] helo=an-out-0708.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 17/F3-03363-DFC419A4 for ; Sun, 23 Aug 2009 10:06:53 -0400 Received: by an-out-0708.google.com with SMTP id d14so608985and.38 for ; Sun, 23 Aug 2009 07:06:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.88.12 with SMTP id q12mr3447402anl.117.1251036410544; Sun, 23 Aug 2009 07:06:50 -0700 (PDT) Date: Sun, 23 Aug 2009 10:06:50 -0400 Message-ID: To: internals@lists.php.net Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Can't report PHP bugs From: tom@punkave.com (Tom Boutell) I'm trying to report a bug at: http://bugs.php.net/report.php At the top of the page I always see: Authentication failed: incorrect username Authentication failed: incorrect username This is true even if I clear cookies (to remove any possible traces of an unsuccessful login attempt perhaps). On the first try I make it to the "are you sure this is a new bug?" page. When I attempt to confirm, I get this: Authentication failed: Incorrect username Authentication failed: Incorrect username Warning: Cannot modify header information - headers already sent by (output started at /home/Web/sites/php-bugs-web/include/auth.inc:30) in /home/Web/sites/php-bugs-web/report.php on line 201 Also, I'm attempting to follow previous advice to this list regarding submitting fixes for documentation bugs by preparing a diff. But it's not apparent whether I should be pasting diffs into the bug tracker, and my attempts to check out the documentation from the indicated place aren't working anyway: svn co http://svn.php.net/phpdoc/en/trunk/reference/session session svn: Repository moved temporarily to '/viewvc/phpdoc/en/trunk/reference/session'; please relocate Macintosh-4:tmp boutell$ svn ls http://svn.php.net/viewvc/phpdoc/en/trunk/reference/session svn: Repository moved permanently to '/viewvc/phpdoc/en/trunk/reference/session/'; please relocate ??? I give up (for now). This is more time than I have to report a simple documentation problem and provide a suggested replacement. The actual bug report follows, in case someone who maintains documentation is watching and may be able to take advantage of it. * * * The description of session.gc_max_lifetime (as well as its name) imply that it is the maximum lifetime of a session. In actuality it is just the session timeout. This problem exists in both php.ini-dist/php.ini- production and in the online reference manual. I considered sending a diff but it's not clear to me where to send it. * * * The current text: ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. session.gc_maxlifetime = 1440 Suggested replacement: ; Session idle timeout. If a session is idle for this number ; of seconds, and PHP's default session handling is in use, ; the session data will potentially be cleaned up by the ; garbage collection process. Note that custom session ; handlers can override this (see session_set_save_handler ). ; The default timeout is 1440 seconds (24 minutes). session.gc_maxlifetime = 1440 -- Tom Boutell P'unk Avenue 215 755 1330 punkave.com window.punkave.com