[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