note 81354 added to function.session-regenerate-id

I am unsure if this is a bug, or just some weird result. I cannot check if this has changed/or has been fixed in a latest snapshot as I do not have the required resources to do so. I do know that this problem does occur in the lastest stable release of PHP5. When using session_regenerate_id() and session_set_cookie_params() together the domain in session_set_cookie_params MUST be exact. You cannot have: ".example.com" so that cookies may be used accross sub domains. It must be exact: "sub.example.com". If you do not enter a full domain, when calling session_regenerate_id() it will change the session id for ONLY that executiong. Any other pages will still contain the old session id. In a way, it creates a temporary session that only last until that script finishes executing. In reply to: Gant at BleachEatingFreaks dot com Your result was the same as mine. I was having the same problem. It took me hours to find the exact cause of the problem. ---- Server IP: 117.104.160.194 Probable Submitter: 58.178.33.149 ---- Manual Page -- http://www.php.net/manual/en/function.session-regenerate-id.php Edit -- https://master.php.net/note/edit/81354 Del: integrated -- https://master.php.net/note/delete/81354/integrated Del: useless -- https://master.php.net/note/delete/81354/useless Del: bad code -- https://master.php.net/note/delete/81354/bad+code Del: spam -- https://master.php.net/note/delete/81354/spam Del: non-english -- https://master.php.net/note/delete/81354/non-english Del: in docs -- https://master.php.net/note/delete/81354/in+docs Del: other reasons-- https://master.php.net/note/delete/81354 Reject -- https://master.php.net/note/reject/81354 Search -- https://master.php.net/manage/user-notes.php