DonP
|
| Posted: 08/08/2007, 3:33 PM |
|
After upgrading to v3.2 and regenerating the entire site here on my
development copy, my site's login facility no longer works. It uses several
CCDLookUp() calls to determine if the user is valid or not and this is the
area where the problem seems to be. Were there changes to the CCDLookUp()
function in v3.2 that could be causing it? The Help files both with CCS and
online still seem to be for the older version. Thanks.
|
|
|
 |
mamboBROWN
Posts: 1713
|
| Posted: 08/08/2007, 4:46 PM |
|
DonP
Is it possible to see if your custom CCDLookUp() is working properly (echo out the contents)? Is your application able to connect to the database? Has anything changed on the database side?? If you continue to have problems then I would recommend that you contact support ( http://support.yessoftware.com ).
|
 |
|
PCHome
Posts: 57
|
| Posted: 08/08/2007, 7:59 PM |
|
I can't echo out the contents due to the type of event it is but I did try to test by saving the values to a session, and I have a script that lets me see the results. As it turns out, the CCDLookUp() are working properly so it appears to be a problem with CCGetSession() upon which the conditional is based. Maybe there was some CCS change in 3.2 that made this particual session become a reserved word: CountryID. I hope not because the site uses it extensively throughout many dozens of pages. Any insight?
To answer more specifically, nothing has changed on the database or site and the site was working until the upgrade and regeneration. The database connections and SQL are fully functional.
|
|
|
|
klwillis
Posts: 428
|
| Posted: 08/08/2007, 8:00 PM |
|
I haven't seen that problem,. but I've noticed at times when the cursor seems
to "get stuck" within the code editor ... apparently waiting for some resouces to
get freed up.
Also noticed a "COM Object" error that occurs when attempting to copy text
with 'Ctrl+C' ... this I saw in prior versions, but it apparently is not working here either.
Quote DonP:
After upgrading to v3.2 and regenerating the entire site here on my
development copy, my site's login facility no longer works. It uses several
CCDLookUp() calls to determine if the user is valid or not and this is the
area where the problem seems to be. Were there changes to the CCDLookUp()
function in v3.2 that could be causing it? The Help files both with CCS and
online still seem to be for the older version. Thanks.
_________________
Kevin Willis, VP/CIO
HealthCare Information Technology Specialist
http://www.nexushealthcare.com
"Fast - Convenient - Quality-Care"
Medical Software Consulting Services
Email : klwillis@nexushealthcare.com
Skype : klwillis2006 |
|
|
|
klwillis
Posts: 428
|
| Posted: 08/08/2007, 8:11 PM |
|
Don, have you tried this?:
(1) Refer to your CCS backup (v3.1.x) - hopefully you have that.
(2) Regenerate *only* the "Common Files" to your development area.
By the way:
For your database connection, are you using the globally defined $DB<connection_name>,
or are you refering to the 'DataSource' object of a record or grid?
I've had problems using the 'DataSource' object at times, so I usually use the
globally defined $DB<connection_name>.
Quote DonP:
After upgrading to v3.2 and regenerating the entire site here on my
development copy, my site's login facility no longer works. It uses several
CCDLookUp() calls to determine if the user is valid or not and this is the
area where the problem seems to be. Were there changes to the CCDLookUp()
function in v3.2 that could be causing it? The Help files both with CCS and
online still seem to be for the older version. Thanks.
_________________
Kevin Willis, VP/CIO
HealthCare Information Technology Specialist
http://www.nexushealthcare.com
"Fast - Convenient - Quality-Care"
Medical Software Consulting Services
Email : klwillis@nexushealthcare.com
Skype : klwillis2006 |
|
|
|
PCHome
Posts: 57
|
| Posted: 08/08/2007, 8:42 PM |
|
Thanks fo rthe tips.
I'm using the globaly defined connection, not the datasource. The problem seems unrelated to the database, though, and seems more to do with CCGetSession() not working.
The cursor getting "stuck" seems to happen when the CCS default "Enable autocomplete" is left checked under Tools->Options. Disabled, the cursor has not stuck again. I suppose it would work with a super high-powered system but with the average modern PC, it's a bad idea!
Did you mean to overwrite the current project with the backup and then regenerate only the Common files? Where does this leave me as I am about to make a major change to the online site which will require regeneration of everything?
|
|
|
|
DonB
|
| Posted: 08/09/2007, 6:00 AM |
|
CCGetSession() was like this:
function CCGetSession($parameter_name, $default_value = "")
{
return isset($_SESSION[$parameter_name]) ? $_SESSION[$parameter_name] :
$default_value;
}
in 3.1, Is the code in 3.2 any different? It seems unlikely.
I have the tool Visual Comparer from
http://www.nikeware.com/
for several years. It's invaluable for locating 'what changed' whenever I
have to track down problems in misbehaving code.
If the problem IS session-related, there might have been some change to the
way the session is established. Look for 'session_start' in the Common.php
for V3.2. IN V3.1 it looked like this:
//Initialize Common Variables @0-94A66D22
$PHPVersion = explode(".", phpversion());
if (($PHPVersion[0] < 4) || ($PHPVersion[0] == 4 && $PHPVersion[1] < 1)) {
echo "Sorry. This program requires PHP 4.1 and above to run.<br>You may
upgrade your php at <a
href='http://www.php.net/downloads.php'>http://www.php.net/downloads.php</a>
";
exit;
}
if (session_id() == "")
session_start();
header('Pragma: ');
header('Cache-control: ');
header('Expires: ');
define("TemplatePath", RelativePath);
define("ServerURL", ((isset($_SERVER["HTTPS"]) &&
strtolower($_SERVER["HTTPS"]) == "on") ? "https://" : "http://" ).
preg_replace("/:\d+$/", "", $_SERVER["HTTP_HOST"] ? $_SERVER["HTTP_HOST"] :
$_SERVER["SERVER_NAME"]) . ($_SERVER["SERVER_PORT"] != 80 ? ":" .
$_SERVER["SERVER_PORT"] : "") . substr($_SERVER["PHP_SELF"], 0,
strlen($_SERVER["PHP_SELF"]) - strlen(PathToCurrentPage . FileName)) . "/");
define("SecureURL", "");
--
DonB
http://www.gotodon.com/ccbth
"PCHome" <PCHome@forum.codecharge> wrote in message
news:546ba8312b2141@news.codecharge.com...
> I can't echo out the contents due to the type of event it is but I did try
to
> test by saving the values to a session, and I have a script that lets me
see the
> results. As it turns out, the CCDLookUp() are working properly so it
appears to
> be a problem with CCGetSession() upon which the conditional is based.
Maybe
> there was some CCS change in 3.2 that made this particual session become a
> reserved word: CountryID. I hope not because the site uses it extensively
> throughout many dozens of pages. Any insight?
>
> To answer more specifically, nothing has changed on the database or site
and
> the site was working until the upgrade and regeneration. The database
> connections and SQL are fully functional.
> ---------------------------------------
> Sent from YesSoftware forum
> http://forums.codecharge.com/
>
|
|
|
|
DonP
|
| Posted: 08/09/2007, 12:21 PM |
|
Thanks Don,
The session itself IS being established so there's no issue there. Also, I
know that the CCS Help shows a default parameter for the CCGetSession()
function but it lists it as being optional. The CCS code examples do not
show it at all. In other words, they show it as CCGetSession("SessionName")
rather than CCGetSession("SessionName", "").
That aside, the issue here seems to be related to the one particular session
value that my site uses, CountryID. I cannot fetch it using
CCGetSession("CountryID") (nor CCGetSession("CountryID","")) for some
reason. Whether or not I can log in is dependent on this session value.
DonP
P.S., I posted originally to the Newsgroup as DonP but had a temporary
system problem so needed to login and post responses to the online Forum as
PCHome. I hope this has not caused confusion. I did not really want to post
to the online Forum and had no idea that Newsgroup postings would go there
automatically!
"DonB" <~ccbth~@gotodon.com> wrote in message
news:f9f35h$eck$1@news.codecharge.com...
> CCGetSession() was like this:
>
> function CCGetSession($parameter_name, $default_value = "")
> {
> return isset($_SESSION[$parameter_name]) ? $_SESSION[$parameter_name] :
> $default_value;
> }
>
> in 3.1, Is the code in 3.2 any different? It seems unlikely.
>
> I have the tool Visual Comparer from
>
> http://www.nikeware.com/
>
> for several years. It's invaluable for locating 'what changed' whenever I
> have to track down problems in misbehaving code.
>
> If the problem IS session-related, there might have been some change to
> the
> way the session is established. Look for 'session_start' in the
> Common.php
> for V3.2. IN V3.1 it looked like this:
>
> //Initialize Common Variables @0-94A66D22
> $PHPVersion = explode(".", phpversion());
> if (($PHPVersion[0] < 4) || ($PHPVersion[0] == 4 && $PHPVersion[1] < 1))
> {
> echo "Sorry. This program requires PHP 4.1 and above to run.<br>You may
> upgrade your php at <a
> href='http://www.php.net/downloads.php'>http://www.php.net/downloads.php</a>
> ";
> exit;
> }
> if (session_id() == "")
> session_start();
> header('Pragma: ');
> header('Cache-control: ');
> header('Expires: ');
> define("TemplatePath", RelativePath);
> define("ServerURL", ((isset($_SERVER["HTTPS"]) &&
> strtolower($_SERVER["HTTPS"]) == "on") ? "https://" : "http://" ).
> preg_replace("/:\d+$/", "", $_SERVER["HTTP_HOST"] ? $_SERVER["HTTP_HOST"]
> :
> $_SERVER["SERVER_NAME"]) . ($_SERVER["SERVER_PORT"] != 80 ? ":" .
> $_SERVER["SERVER_PORT"] : "") . substr($_SERVER["PHP_SELF"], 0,
> strlen($_SERVER["PHP_SELF"]) - strlen(PathToCurrentPage . FileName)) .
> "/");
> define("SecureURL", "");
>
>
> --
> DonB
>
> http://www.gotodon.com/ccbth
|
|
|
|
datadoit.com
|
| Posted: 08/09/2007, 1:16 PM |
|
Can you get the session with something like:
echo session_name("CountryID");
|
|
|
|
DonP
|
| Posted: 08/09/2007, 1:49 PM |
|
I can't echo it as the condtional is in a DoLogin event but I tried writing
it to a new session value:
CCSetSession("SessionCountryID", session_name("CountryID"));
This gives:
SessionCountryID = PHPSESSID
"datadoit.com" <datadoit@forum.codecharge> wrote in message
news:f9fsma$u5d$1@news.codecharge.com...
> Can you get the session with something like:
>
> echo session_name("CountryID");
|
|
|
|
DonP
|
| Posted: 08/09/2007, 2:21 PM |
|
Also, if I try:
CCSetSession("SessionCountryID", CCGetSession("CountryID"));
it gives:
SessionCountryID =
even though CountryID has a session value:
CountryID = 1
If I use CCGetCookie("CountryID") in the conditional I can log in but I need
to use the session value, not the cookie value, so that people can log in
even if cookies are disabled.
"datadoit.com" <datadoit@forum.codecharge> wrote in message
news:f9fsma$u5d$1@news.codecharge.com...
> Can you get the session with something like:
>
> echo session_name("CountryID");
|
|
|
|
Joachim Uersfeld
|
| Posted: 08/09/2007, 4:30 PM |
|
$CountryID = 1;
CCSetSession("SessionCountryID", $CountryID);
echo CCGetSession("SessionCountryID", "");
Joachim
DonP wrote:
> Also, if I try:
>
> CCSetSession("SessionCountryID", CCGetSession("CountryID"));
>
> it gives:
>
> SessionCountryID =
>
> even though CountryID has a session value:
>
> CountryID = 1
>
|
|
|
|
DonP
|
| Posted: 08/09/2007, 5:04 PM |
|
Thanks, although I don't understand the point as CCSetSession() seems to be
working just fine. The value for CountryID is dynamic and comes from
another part of the site so, unless I missed the point, manually setting it
to 1 tells me nothing. "SessionCountryID" was just for this testing so that
it would not overwrite the real CountryID value and has no other use.
I know that the CountryID session value is being set because I have a script
that shows all session and cookie values. It is clearly set as CountryID =
1. The problem is clearly to do with CCGetSession("CountryID") as it gives
me nothing even though I can see that does indeed CountryID = 1.
"Joachim Uersfeld" <uersfeld@devdata.de> wrote in message
news:f9g82c$54f$1@news.codecharge.com...
> $CountryID = 1;
> CCSetSession("SessionCountryID", $CountryID);
>
> echo CCGetSession("SessionCountryID", "");
>
> Joachim
|
|
|
|
DonB
|
| Posted: 08/09/2007, 5:40 PM |
|
You should try adding
echo session_id()
at different places to see if a new session is being created somehow. Since
the get/set session is essentially just the PHP functions, and CCS isn't
doing anything clever in this regard, I really think you have something
different in your set up from normal.
I think you MUST have cookies enabled in your browser, too. Are they? Any
peculiar settings like very short expiration times (cookies OR session)?
What browser - and have you tried a different browser to see if the problem
still shows up?
--
DonB
http://www.gotodon.com/ccbth
"DonP" <forum@pc-homepage.com> wrote in message
news:f9ga28$641$1@news.codecharge.com...
> Thanks, although I don't understand the point as CCSetSession() seems to
be
> working just fine. The value for CountryID is dynamic and comes from
> another part of the site so, unless I missed the point, manually setting
it
> to 1 tells me nothing. "SessionCountryID" was just for this testing so
that
> it would not overwrite the real CountryID value and has no other use.
>
> I know that the CountryID session value is being set because I have a
script
> that shows all session and cookie values. It is clearly set as CountryID
=
> 1. The problem is clearly to do with CCGetSession("CountryID") as it
gives
> me nothing even though I can see that does indeed CountryID = 1.
>
> "Joachim Uersfeld" <uersfeld@devdata.de> wrote in message
>news:f9g82c$54f$1@news.codecharge.com...
> > $CountryID = 1;
> > CCSetSession("SessionCountryID", $CountryID);
> >
> > echo CCGetSession("SessionCountryID", "");
> >
> > Joachim
>
>
|
|
|
|
DonP
|
| Posted: 08/09/2007, 6:37 PM |
|
Hi Don,
Yes, Cookies are enabled on my system but I cannot say they are for visitors
who use the login facility. I stress to them that Cookies must be enabled,
though, which is all I can do. On my development system, sessions do not
expire unless the browser is closed and reopened.
If a new session is being created somehow - and I don't think it is - it
happened after the upgrade to v3.2. I don't know of anything special in my
set up from normal although the site was originally created with one of the
first CCS versions, then updated as each new version came out. In fact,
parts of it started in the original CodeCharge non-Studio.
The part that is failing after the update is just a simple conditional that
is based on whether or not CCGetSession("CountryID") has a value. It DOES
have one but the conditional is unable to see it when it could before the
update to CCS 3.2! Do you suppose that deleting the Common files and
letting CCS regenerate them will help?
One thing I just tried was to use
$CountryID = CCGetSession("CountryID");
if (!$CountryID) { // No country
...etc
}
instead of
if (!CCGetSession("CountryID")) { // No country
...etc
}
but it made no difference.
When I test using another temporary session name just for testing purposes,
using
CCSetSession("SessionCountryID", CCGetSession("CountryID"));
SessionCountryID has no value even though CountryID = 1.
Don
"DonB" <~ccbth~@gotodon.com> wrote in message
news:f9gc50$77s$1@news.codecharge.com...
> You should try adding
>
> echo session_id()
>
> at different places to see if a new session is being created somehow.
> Since
> the get/set session is essentially just the PHP functions, and CCS isn't
> doing anything clever in this regard, I really think you have something
> different in your set up from normal.
>
> I think you MUST have cookies enabled in your browser, too. Are they?
> Any
> peculiar settings like very short expiration times (cookies OR session)?
> What browser - and have you tried a different browser to see if the
> problem
> still shows up?
>
> --
> DonB
>
> http://www.gotodon.com/ccbth
>
>
> "DonP" <forum@pc-homepage.com> wrote in message
>news:f9ga28$641$1@news.codecharge.com...
>> Thanks, although I don't understand the point as CCSetSession() seems to
> be
>> working just fine. The value for CountryID is dynamic and comes from
>> another part of the site so, unless I missed the point, manually setting
> it
>> to 1 tells me nothing. "SessionCountryID" was just for this testing so
> that
>> it would not overwrite the real CountryID value and has no other use.
>>
>> I know that the CountryID session value is being set because I have a
> script
>> that shows all session and cookie values. It is clearly set as CountryID
> =
>> 1. The problem is clearly to do with CCGetSession("CountryID") as it
> gives
>> me nothing even though I can see that does indeed CountryID = 1.
>>
>> "Joachim Uersfeld" <uersfeld@devdata.de> wrote in message
>>news:f9g82c$54f$1@news.codecharge.com...
>> > $CountryID = 1;
>> > CCSetSession("SessionCountryID", $CountryID);
>> >
>> > echo CCGetSession("SessionCountryID", "");
>> >
>> > Joachim
>>
>>
>
>
|
|
|
|
Benjamin Krajmalnik
|
| Posted: 08/09/2007, 7:17 PM |
|
I am not sure what may be causing your problem without looking at the code.
We use sessions extensively and have not had any issues.
Can you give me more information on your setup?
What OS? What version of PHP? What ae you using for the session handler?
(default is the filesystem - we actually write to a database so we can have
failover in a load balancing environment).
If you are using the file system, make sure that you don't have tons of
session files in there which may have filled up the disk and therefore it is
not allowing you to save the sessions data.
FYI, we are running FreeBSD and Windows, PHP 5.x (latest release),
PostgreSQL as the backend.
Sessions are working - otherwise my application would not work since we do
very little parameter passing via GET and instead use Ajax to set sessio
variables. This prevents url hacking.
|
|
|
|
DonP
|
| Posted: 08/09/2007, 8:52 PM |
|
Hi Benjamin,
I'm running Apache/2.0.52 (Win32) and PHP/5.0.4 with MySQL 4.1.18-nt here on
my development system. The live server has earlier versions of both Apache
and PHP and a similar version of MySQL on the Linux platform. The problem
so far is here on my Windows development system.
It uses the default filesystem for session handling. There are not
excessive sessions as the system is shut down often and there is ample hard
drive space anyway.
Sessions are working on my site too as it uses them throughout. Even
CountryID is working in the site's non-CCS DHTML menu and possibly
elsewhere. It seems to be having issues with it only here in this
particular event. It is an OnClick DoLogin event - could that have
something to do with it? As mentioned before, it was working just as it is
with the previous version of CCS and, in fact, has been working for several
years.
The code is just a simple conditional as below and is failing on the line
right after "// Check user validity" and therefore it is setting
MemberExpire = 115
$DBconnection = new clsDBconnection();
if (CCGetUserID() && CCGetGroupID()) {
// Set Variables
$MemberExpired = CCDLookUp("member_expire", "users",
"user_id=".CCGetUserID()." AND user_valid != 2 AND level <= 2",
$DBconnection);
$MemberValid = CCDLookUp("user_valid", "users", "user_id=".CCGetUserID(),
$DBconnection);
$NoAddress = CCDLookUp("user_id", "users", "(address_1 IS NULL OR address_1
= '') AND user_id=".CCGetUserID(), $DBconnection);
$CountryCode = CCDLookUp("country_name", "users", "user_id=".CCGetUserID(),
$DBconnection);
// Check user validity
if (!CCGetSession("CountryID")) { // No country
CCSetSession("MemberExpire","115");
} elseif (!CCGetCookie("PHPSESSID")) { // No cookies
CCSetSession("MemberExpire","150");
} elseif ($MemberValid == 3) { // Membership revoked
CCSetSession("MemberExpire","114");
} elseif ($MemberExpired && $MemberExpired <= mktime() && $MemberValid !=
3) { // Membership expired
CCSetSession("MemberExpire","149");
} elseif ($NoAddress) { // Reset session UserID to NoAddress
CCSetSession("NoAddress", $NoAddress);
CCSetSession("MemberExpire","151");
} else { // Valid member, reset session and cookie values
CCSetSession("MemberExpire","0");
CCSetSession("CountryID", $CountryCode);
CCSetCookie("CountryID", $CountryCode);
CCSetCookie("UserID", CCGetUserID());
CCSetSession("NoAddress","");
}
// Logout invalid users
if (CCGetSession("MemberExpire") && CCGetSession("MemberExpire") != "0") {
CCLogoutUser();
CCSetSession("UserID", CCGetSession("NoAddress"));
}
}
"Benjamin Krajmalnik" <kraj@illumen.com> wrote in message
news:f9ghqt$aca$1@news.codecharge.com...
>I am not sure what may be causing your problem without looking at the code.
> We use sessions extensively and have not had any issues.
> Can you give me more information on your setup?
>
> What OS? What version of PHP? What ae you using for the session handler?
> (default is the filesystem - we actually write to a database so we can
> have failover in a load balancing environment).
>
> If you are using the file system, make sure that you don't have tons of
> session files in there which may have filled up the disk and therefore it
> is not allowing you to save the sessions data.
>
> FYI, we are running FreeBSD and Windows, PHP 5.x (latest release),
> PostgreSQL as the backend.
> Sessions are working - otherwise my application would not work since we do
> very little parameter passing via GET and instead use Ajax to set sessio
> variables. This prevents url hacking.
|
|
|
|
DonP
|
| Posted: 08/10/2007, 12:30 PM |
|
I Think DonB might have been correct in his suggestion that the session is
somehow being recreated since the update to 3.2. I can't find a reason
where, why or how as the other session values that should be there are
there. However, if I recreate the CountryID session in the login page from
the users' table CountryID field, I can then fetch it using
CCGetSession("CountryID").
Oddly, even after a failed login attempt, I can see that the CountryID
session is there and is correct so it seems to be losing it, then recreating
it, somewhere on the login form. I'll have to check through any included
files, such as the header and footer or the third party DHTML menu to see if
they are at fault. Otherwise I am at something of a loss to know what's
going on here since the 3.2 update when it was working perfectly before.
This is not the way it needs to work, however, as the CountryID session is
created when first entering the site.
In the meantime, thanks everyone for your helpful suggestions and ideas.
"DonP" <forum@pc-homepage.com> wrote in message
news:f9dgbk$hqg$1@news.codecharge.com...
> After upgrading to v3.2 and regenerating the entire site here on my
> development copy, my site's login facility no longer works. It uses
> several CCDLookUp() calls to determine if the user is valid or not and
> this is the area where the problem seems to be. Were there changes to the
> CCDLookUp() function in v3.2 that could be causing it? The Help files
> both with CCS and online still seem to be for the older version. Thanks.
|
|
|
|
datadoit.com
|
| Posted: 08/10/2007, 5:35 PM |
|
DonP wrote:
> I'm running Apache/2.0.52 (Win32) and PHP/5.0.4 with MySQL 4.1.18-nt here on
> my development system. The live server has earlier versions of both Apache
> and PHP and a similar version of MySQL on the Linux platform. The problem
> so far is here on my Windows development system.
---------------------------
Go to disk and open up the session file and look to see if CountryID
really has a value, or if there's even a session file on disk. It'll
look something like:
sess_14e028edb6239b14086dbc927b27012
Just pop the top and see what's inside.
|
|
|
|
DonP
|
| Posted: 08/12/2007, 11:42 PM |
|
I did that originally before posting. It definitely has a value and my
script for looking at session and cookie values also shows it. It seems to
be getting removed and recreated by the login form which is the only page to
have any issues even though sessions are used throughout the site.
Don
"datadoit.com" <datadoit@forum.codecharge> wrote in message
news:f9j08c$n6h$1@news.codecharge.com...
> DonP wrote:
>> I'm running Apache/2.0.52 (Win32) and PHP/5.0.4 with MySQL 4.1.18-nt here
>> on my development system. The live server has earlier versions of both
>> Apache and PHP and a similar version of MySQL on the Linux platform. The
>> problem so far is here on my Windows development system.
> ---------------------------
>
> Go to disk and open up the session file and look to see if CountryID
> really has a value, or if there's even a session file on disk. It'll look
> something like:
>
> sess_14e028edb6239b14086dbc927b27012
>
> Just pop the top and see what's inside.
|
|
|
|
princal
Posts: 19
|
| Posted: 09/15/2007, 2:38 PM |
|
I too have noted some differences in how sessions are working in 3.2
My observations are that it seems to do with changes in the login and logout functions. I haven't had time to fully research it, but it seems that possibly the session ID is being changed/set at login and destroyed/changed at logout.
My workaround has been to read the session variable prior to performing a login and then resetting it after perfoming the login.
Hope this helps
|
|
|
|
klwillis
Posts: 428
|
| Posted: 09/16/2007, 11:03 AM |
|
Are you still experiencing data querying problems with CCS 3.2.0.2?
Quote DonP:
I did that originally before posting. It definitely has a value and my
script for looking at session and cookie values also shows it. It seems to
be getting removed and recreated by the login form which is the only page to
have any issues even though sessions are used throughout the site.
Don
"datadoit.com" < datadoit@forum.codecharge> wrote in message
news:f9j08c$n6h$1@news.codecharge.com...
> DonP wrote:
>> I'm running Apache/2.0.52 (Win32) and PHP/5.0.4 with MySQL 4.1.18-nt here
>> on my development system. The live server has earlier versions of both
>> Apache and PHP and a similar version of MySQL on the Linux platform. The
>> problem so far is here on my Windows development system.
> ---------------------------
>
> Go to disk and open up the session file and look to see if CountryID
> really has a value, or if there's even a session file on disk. It'll look
> something like:
>
> sess_14e028edb6239b14086dbc927b27012
>
> Just pop the top and see what's inside.
_________________
Kevin Willis, VP/CIO
HealthCare Information Technology Specialist
http://www.nexushealthcare.com
"Fast - Convenient - Quality-Care"
Medical Software Consulting Services
Email : klwillis@nexushealthcare.com
Skype : klwillis2006 |
|
|
|
mrachow
Posts: 509
|
| Posted: 09/27/2007, 9:30 AM |
|
I think the point is that Studio is now (3.2) doing a session_unset(); with every call to CCLogin().
So all session variables set before Login should be lost.
_________________
Best regards,
Michael |
|
|
|
|
