I am going crazy with something that must be my fault and is staring me in the eye.
I am passing control to phpGedView from within my own code - I do an openwin open it up in a new window:
$moveform ="<script language='javascript'> window.open('http://www.domain.name/beta/phpGedView/index.php?PHPSESSID=$sessionID'); </script>";
echo $moveform;
works fine - ($sessid obtained from :
$sessionname = session_name();
if (!isset($$sessionname)) {
$sessionID = uniqid("");
}
else {
$sessionID = $$sessionname;
}
copied from session.php).
Before that I (I thought) set a cookie value for $pgv_user so that the validated login id is passed through to phpGedView:
$username = pnUserGetVar('uname');
$_SESSION[pgv_user] = $username;
(I have validated that the variable is set by printing out $_SESSION:
foreach($_SESSION as $key=>$value)
{
echo "Mod value of index $key is $value<br />";
}
and all looks ok)
So when I get into phpGedView I dont get the $_SESSION[pgp_user] variable present. I have validated that by doing a printout in phpGedViews session.php of the $_SESSION array.
Now - if I then login in phpGedView the variable is set and stays set through multiple entries - but in my calling code the original value is in the variable - it's like there are two PHPSESSID running
*I checked the sessionID - was same in each area
Any ideas - I am going crazy here (Especially as it seemed to work two days ago when I first tested it :-( )
Jim
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
maybe it's a PHP 4.2 thing - I am on Apache 2 and php 4.2 (like the other poster who says it should be 4.3). Have gotten around my issue by writing a cookie that I can then pick up on the gedview side - means a small change to session.php (transparent for normal users) to check the cookie and move it in and also authenticator.php for logout (removing the cookie)
so it now works from postnuke - if you are logged in on postnuke that login will propagate to the phpgedview and open it in a new window already logged in.
Whe you have the basedir done I will look at the interface to allow it to open in the content frame of postnuke (will have a little config that says whether to open in new window or the postnuke content frame)
then I will look at the authentication part so that even if standalone it can pick up the userids and passwords from postnuke db - will look at the simplest way - maybe just load up the $user array from the postnuke database and then leave the rest of the authentication alone
cheers
jim
Jim
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am going crazy with something that must be my fault and is staring me in the eye.
I am passing control to phpGedView from within my own code - I do an openwin open it up in a new window:
$moveform ="<script language='javascript'> window.open('http://www.domain.name/beta/phpGedView/index.php?PHPSESSID=$sessionID'); </script>";
echo $moveform;
works fine - ($sessid obtained from :
$sessionname = session_name();
if (!isset($$sessionname)) {
$sessionID = uniqid("");
}
else {
$sessionID = $$sessionname;
}
copied from session.php).
Before that I (I thought) set a cookie value for $pgv_user so that the validated login id is passed through to phpGedView:
$username = pnUserGetVar('uname');
$_SESSION[pgv_user] = $username;
(I have validated that the variable is set by printing out $_SESSION:
foreach($_SESSION as $key=>$value)
{
echo "Mod value of index $key is $value<br />";
}
and all looks ok)
So when I get into phpGedView I dont get the $_SESSION[pgp_user] variable present. I have validated that by doing a printout in phpGedViews session.php of the $_SESSION array.
Now - if I then login in phpGedView the variable is set and stays set through multiple entries - but in my calling code the original value is in the variable - it's like there are two PHPSESSID running
*I checked the sessionID - was same in each area
Any ideas - I am going crazy here (Especially as it seemed to work two days ago when I first tested it :-( )
Jim
I made several changes to the session code in version 2.11 which I released today. You might want to try that.
One of the things it does is gets rid of setting the session id which may solve your problem for you.
Otherwise everything looks to me like it should work.
I'll work on setting the base directory for you soon.
--John
--John
maybe it's a PHP 4.2 thing - I am on Apache 2 and php 4.2 (like the other poster who says it should be 4.3). Have gotten around my issue by writing a cookie that I can then pick up on the gedview side - means a small change to session.php (transparent for normal users) to check the cookie and move it in and also authenticator.php for logout (removing the cookie)
so it now works from postnuke - if you are logged in on postnuke that login will propagate to the phpgedview and open it in a new window already logged in.
Whe you have the basedir done I will look at the interface to allow it to open in the content frame of postnuke (will have a little config that says whether to open in new window or the postnuke content frame)
then I will look at the authentication part so that even if standalone it can pick up the userids and passwords from postnuke db - will look at the simplest way - maybe just load up the $user array from the postnuke database and then leave the rest of the authentication alone
cheers
jim
Jim