Re: transparant session propagation and headers
| From: | B . Kamer | Date: | Thu, 02 Dec 2004 09:50:31 +0000 |
| Subject: | Re: transparant session propagation and headers | ||
| References: | 1 2 3 4 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-203328@lists.php.net to get a copy of this message | ||
On Dec 1, 2004, at 22:19, Richard Lynch wrote:
Bas Kamer wrote:nope, if its an feature it a feature, i can live with it... i just wanted to know if its on overlooked issue or a conscious decision. thank you for the insightsOn Dec 1, 2004, at 21:17, Richard Lynch wrote:Hmmmm. I can see your point... Too many people (who shouldn't be using Redirect in the first place) are doing so with the expectation that a Redirect will nuke the session data. So you'd have a Legacy issue to work with on this one. Worth a try, though, if you really think it's important. Note that you can append the SID by hand to your URL in the Redirect. It's also really hard to say for sure that that's what most people *want* PHP to do.thanks for your answer... shouldn't the following tell php whether session propagation is needed. php.ini strlen(SID) redirect url is within the same domain i mean, anchors do get SID added when within the same domain and transparant propagation is ON.If a client doen't accept cookies and transparant session propagation is enabled, links are changed to include the SID. But this is not the case while redirecting clients. This results in session loss unless you manually add the session id to the redirect url. Not really transparant... I was wondering if this is correct behavior or a bug in php.Feature. There's no way PHP can "know" if you are re-directing to something where you want the sesssion propogated or not.
-- Like Music? http://l-i-e.com/artists.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php