Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:26249
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain ilisys.com.au from 203.161.126.21 cause and error)
Message-ID: <453F5138.90708@ilisys.com.au>
Date: Wed, 25 Oct 2006 19:57:44 +0800
User-Agent: Thunderbird 1.5.0.7 (Windows/20060909)
MIME-Version: 1.0
To: Lukas Kahwe Smith <lsmith@php.net>
CC: Antony Dovgal <antony@zend.com>,  internals@lists.php.net
References: <453F2897.1050400@ilisys.com.au> <453F29ED.4050807@zend.com> <453F2FFC.5010206@ilisys.com.au> <453F345D.2040905@php.net> <453F4870.4060308@ilisys.com.au> <453F4CA0.7090203@php.net>
In-Reply-To: <453F4CA0.7090203@php.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP user session handlers
From: glenn.richmond@ilisys.com.au (Glenn Richmond)

ok, sure. I'm a little more familiar with the php code base now than 
when I first looked at the bug a few weeks ago, so I'll have another 
look and see if I can come up with a fix in the mean time. Should it be 
re-logged as a bug to get it some more attention in the future?

Regards,

Glenn.

Lukas Kahwe Smith wrote:
> Glenn Richmond wrote:
>> No, it's never worked as far as I know, but it doesn't mean it's not 
>> a bug. The session functions shouldn't have to be reset every time 
>> session_write_close or session_destroy is called. It's been logged 
>> previously  at: http://bugs.php.net/bug.php?id=32330. It's also a 
>> consistent issue in varoius forums of major PHP projects.
>
> Ah ok, it sounded to me like you were reporting a BC break. I agree 
> this should be fixed if possible, but its not something that will get 
> addressed in 5.2.0 simply due to release management concerns.
>
> Hopefully for 5.2.1 someone comes up with a fix.
>
> regards,
> Lukas
>