[Chameleon-dev] [Bug 697] Unable to pass session on to Chameleon applications

bugzilla-daemon at www.maptools.org bugzilla-daemon at www.maptools.org
Thu Oct 21 15:43:40 EDT 2004


http://www.maptools.org/bugzilla/show_bug.cgi?id=697





------- Additional Comments From mgleahy at fes.uwaterloo.ca  2004-10-21 15:43 -------
I have just now been able to get a chameleon application to use the same user- 
based sessions as the rest of the website I'm developing.  This revealed a new 
problem, however. I've found that if I open a chameleon application with a 
session that already exists (using the same session structure that Chameleon 
uses) the CWCInitialize() function in chameleon.php does not get called.  This 
is because chameleon only does this if there is no SID set in the 
moHttpFormVars object, the variable mbSessionOK is false(because the session 
is actually valid now), or if the $_SESSION['gszMapName'] is previously set 
and different from $szMapFile.  I've worked around this by setting $_SESSION 
["gszMapName"] equal to an empty string just after a user's session is 
created, before sending the browser to the chameleon application - this then 
satisfies the last condition so that CWCInitialize will be executed.

A second (and less important) problem: in session.php, I was having an issue 
with the parameters for the initializeSession function; the third parameter 
(the session ID) is not actually used if an sid appears in the _GET or _POST 
globals.  This is not a big problem in itself, but it prevents the use of a 
different session-id than the one initially supplied in the URL (e.g., at the 
time a user logs in with the site I'm working on, the SID gets changed).  I 
got around this by setting the 'sid' variable to the desired name in both _GET 
and _POST globals before running initializeSession.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.


More information about the Chameleon-dev mailing list