No problem, I've seen it posted and not answered on a few occasions,  
it seems important enough that someone should at least comment on it,  
even if it's a "we don't have an answer and are looking into it".

James


On Oct 1, 2008, at 9:42 AM, [EMAIL PROTECTED] wrote:

>
> Thaaaaaaaank You ;o)
>
> Just a "Yes" or "No" and i'm happy!
>
> Michael
>
>
> On Oct 1, 3:32 pm, James <[EMAIL PROTECTED]> wrote:
>> Is anyone going to answer this guy?
>>
>> James
>>
>> On Oct 1, 2008, at 7:18 AM, [EMAIL PROTECTED] wrote:
>>
>>
>>
>>> Up ...
>>
>>> Michael
>>
>>> On Sep 28, 10:40 am, "[EMAIL PROTECTED]"
>>> <[EMAIL PROTECTED]> wrote:
>>>> Please devs,
>>
>>>> i'd be pleased to hear a statement here. Because if the current
>>>> implementation stays, i have to write my own regenerate() method  
>>>> (and
>>>> many others), which updates the session id in the database. Again,
>>>> the
>>>> current revision leaves a session entry in the database, after
>>>> creating a new one.
>>
>>>> The php function session_regenerate_id($destroy), with $destroy =
>>>> true
>>>> (to destroy the old session), works only for "file" based  
>>>> sessions.http://www.php.net/manual/en/function.session-regenerate-id.php#83842
>>
>>>> There was an updateSessionId() method in one of the revisions  
>>>> before,
>>>> which handled it correctly, but it was removed again. If you ever
>>>> need
>>>> a function for retrieving the current online users (from database
>>>> sessions), you will also get the old unused sessions with the  
>>>> current
>>>> symfony version (1.1, 1.2).
>>
>>>> Just a quick answer please, "It will stay" or "It will be fixed",  
>>>> and
>>>> i can deal with it.
>>
>>>> Thank you very much,
>>>> Michael
>>
>>>> On Sep 13, 12:15 pm, "[EMAIL PROTECTED]"
>>
>>>> <[EMAIL PROTECTED]> wrote:
>>>>> Hi devs, hi Nicolas,
>>
>>>>> the current revisionhttp://trac.symfony-project.org/changeset/ 
>>>>> 10589
>>>>> does not include the updateSessionId() method anymore. This is
>>>>> however
>>>>> necessary because session_regenerate_id(TRUE) works only for file
>>>>> sessions. If you use databasesession, you have to update  
>>>>> thesession
>>>>> id. If you don't, a newsessionis beeing inserted and the old is  
>>>>> not
>>>>> deleted, anytime the authentication changes. This is bad if you'd
>>>>> like
>>>>> to query thesessiontable for active sessions ...
>>
>>>>> I'm sure there must be a reason for removing this method. In  
>>>>> case i
>>>>> missed it, sorry :o( But could somone explain why the oldsession
>>>>> should stay in the database ... ?
>>
>>>>> Thanks in advance,
>>>>> Michael Piecko
> >


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"symfony developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/symfony-devs?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to