Skip Menu |
 

This queue is for tickets about the CGI-Session CPAN distribution.

Report information
The Basics
Id: 61213
Status: rejected
Priority: 0/
Queue: CGI-Session

People
Owner: Nobody in particular
Requestors: vol7ron.forum [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: Critical
Broken in: (no value)
Fixed in: (no value)



Subject: Replace Cookie After Removing Session
Using CGI::Session w/ Postgres 8.4 Steps: 1) Load CGI page, which creates a session cookie 2) Check database to assure session was created there 3) Delete from database 4) Refresh CGI page -- A new session is created, but the old cookie is not replaced in the browser. This occurs whether using print $cgi->header or $session->header -- A similar issue on StackOverflow:http://stackoverflow.com/questions/3327152/really-weird-cookie-header-behaviour-cookies, showed that setting the path/domain helped; but it does not for me (I explicitly set the domain, and kept the path at default:"/") -- Something interesting with the cookie object: my $cookie_name = "foo"; my $cookie_old = $cgi->cookie($cookie_name); my $cookie_new = new CGI::Cookie( -name => "$cookie_name" , -value => $session->id()); #verified new sid print $cgi->header(-cookie=>$cookie_new); #$session->header(); even if the cookie is deleted on the guest machine, then when the page is refreshed the cookie is not recreated.
From: vol7ron.forum [...] gmail.com
Download (untitled) / with headers
text/plain 1.1k
On Thu Sep 09 14:30:00 2010, https://www.google.com/accounts/o8/id?id=AItOawlaolOZFaFjibQOItl99V7Aod1UvEHRQHY wrote: Show quoted text
> Using CGI::Session w/ Postgres 8.4 > > Steps: > 1) Load CGI page, which creates a session cookie > 2) Check database to assure session was created there > 3) Delete from database > 4) Refresh CGI page > > -- A new session is created, but the old cookie is not replaced in the > browser. This occurs whether using print $cgi->header or $session-
> >header
> > -- A similar issue on > StackOverflow:http://stackoverflow.com/questions/3327152/really-weird- > cookie-header-behaviour-cookies, > showed that setting the path/domain helped; but it does not for me (I > explicitly set the domain, and kept the path at default:"/") > > -- Something interesting with the cookie object: > my $cookie_name = "foo"; > my $cookie_old = $cgi->cookie($cookie_name); > my $cookie_new = new CGI::Cookie( -name => "$cookie_name" > , -value => $session->id()); > #verified > new sid > print $cgi->header(-cookie=>$cookie_new); #$session->header(); > > even if the cookie is deleted on the guest machine, then when the page > is refreshed the cookie is not recreated.
From: vol7ron.forum [...] gmail.com
Download (untitled) / with headers
text/plain 237b
This was not a bug. This was an issue with something interjecting content into the HTML message header. The header was invalid and thus, the package wasn't created successfully. I'm not too sure how to retract or close the bug report.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.