Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:102144
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.15 as permitted sender)
To: Lester Caine <lester@lsces.co.uk>, PHP internals <internals@lists.php.net>
References: <569cc0df-c629-960d-8f56-277393cabbfd@lsces.co.uk>
 <fef4fe01-265c-b2a3-409b-2193f8a4e2fd@gmx.de>
Message-ID: <190d6f90-24c4-ea41-13d4-20f432e4af3e@gmx.de>
Date: Sat, 26 May 2018 18:14:37 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.8.0
MIME-Version: 1.0
In-Reply-To: <fef4fe01-265c-b2a3-409b-2193f8a4e2fd@gmx.de>
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: 8bit
Subject: Re: undocumented session_name() change
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 25.05.2018 at 12:28, Christoph M. Becker wrote:

>   if ($_GET['action'] == 'newsession') {
>    $session_name = getNewSessionName();  // user-defined function
>    session_name($session_name);
>    session_regenerate_id();
>    header('Location: ' ….);  // restart script to use new session name
> and id
>    exit;
>   }
> 
> Why even call session_name($session_name) here?  To my knowledge, this
> is a no-op in this case (assuming a session has already been started).

I have to correct myself.  Actually, the call to session_regenerate_id()
did change the session name (i.e. the cookie etc.)  I'm still not
convinced, that this BC break should be reverted.

-- 
Christoph M. Becker