Re: COWOA Updated and Combined for ZC v1.5.x
Quote:
Originally Posted by
countrycharm
I'm fixing to release a new version of Cowoa. IntegratedCOWOA_2.2. In this version there are no new features in Cowoa. I just updated the COWOA_Full_Install.sql statement with the one Diva recommended a while back. This one should correct any future errors that a few people were getting. I also updated the version number in all files that Cowoa uses. Diva If you have this playing nice with Super Orders and want to send details of the merges required for using COWOA with Super Orders 4.0 send them to me and I will include them in this release. I don't use Super Orders so I really can not check to see if it works or not. I will take your word for it.
If you have my e-mail address.. send the files to me and I will test and bundle in the required SO changes..
Re: COWOA Updated and Combined for ZC v1.5.x
Quote:
Originally Posted by
DivaVocals
If you have my e-mail address.. send the files to me and I will test and bundle in the required SO changes..
The files has been sent to you.
Re: COWOA Updated and Combined for ZC v1.5.x
Quote:
Originally Posted by
countrycharm
The files has been sent to you.
Cool!!!!!
Re: COWOA Updated and Combined for ZC v1.5.x
Hi there, I'm messing about with cowoa on my localhost and it looks like it's the bees knees. Thanks to the developer(s)!
I'm having an issue though. I have CEON URIs installed and it seems to be causing a problem for me where when I log in, instead of the little links saying logout and my account etc... I still have the login and home links. I'm sure the email and password are right because if I get them wrong I get an error. And more importantly when I remove 1 file of the CEON mod the login works.
The file is includes/init_includes/overrides/init_sessions.php and the only change from the default is after line 39:
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';
// END CEON URI MAPPING 1 of 1
So thats defo the problem. Anyone any idea on the solution?
Re: COWOA Updated and Combined for ZC v1.5.x
Quote:
Originally Posted by
crazysarah
Hi there, I'm messing about with cowoa on my localhost and it looks like it's the bees knees. Thanks to the developer(s)!
I'm having an issue though. I have CEON URIs installed and it seems to be causing a problem for me where when I log in, instead of the little links saying logout and my account etc... I still have the login and home links. I'm sure the email and password are right because if I get them wrong I get an error. And more importantly when I remove 1 file of the CEON mod the login works.
The file is includes/init_includes/overrides/init_sessions.php and the only change from the default is after line 39:
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';
// END CEON URI MAPPING 1 of 1
So thats defo the problem. Anyone any idea on the solution?
Not an issue caused by this add-on or even the Ceon add-on.. sounds like your template has the "navMain" section coded incorrectly.. (not using default Zen Cart code)
Re: COWOA Updated and Combined for ZC v1.5.x
Just a explain a bit more... the problem with the login links not going seem to be because the code evaluates if (($_SESSION['customer_id']) && (!$_SESSION['COWOA']=='True')) as false and instead of showing the loutout and my acount links it just always shows the login link. If I put something in the basket the shopping cart and checkout link appear so I'm definately logging in OK.
Like I say inthe previous post, the problem goes away if I comment out
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
//$path = '/';
// END CEON URI MAPPING 1 of 1
Re: COWOA Updated and Combined for ZC v1.5.x
Hey there, I just installed a blank version 1.5 with brand new database and installed CEON URI 4.2.0 and Integrated COWOA_2.1 and the same issue happens. Also I delete (or comment out) the file init_includes/overrides/init_sessions.php the issue dissappears.
Weird, but it does seem to be something to do with an issue between these two mods.
Re: COWOA Updated and Combined for ZC v1.5.x
Quote:
Originally Posted by
crazysarah
Just a explain a bit more... the problem with the login links not going seem to be because the code evaluates if (($_SESSION['customer_id']) && (!$_SESSION['COWOA']=='True')) as false and instead of showing the loutout and my acount links it just always shows the login link. If I put something in the basket the shopping cart and checkout link appear so I'm definately logging in OK.
Like I say inthe previous post, the problem goes away if I comment out
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
//$path = '/';
// END CEON URI MAPPING 1 of 1
That's not the issue here.. what you describe could happen if your template has modified the original Zen Cart code that drives these links and makes them dynamic.. This really isn't a COWOA issue.. Your template is the most likely issue. I would check to see if it is using default Zen Cart code in the includes/templates/YOUR_TEMPLATE/common/tpl_header.php file. That is the file that contains the code that drives these links..
Re: COWOA Updated and Combined for ZC v1.5.x
Arrrgh!
It's sorted now. Last night and most of yesterday I was trying to get this fixed. I had installed brand new zencarts (no template Diva - I think you missed a post while you were typing your last one), installed, uninstalled, deleted, started again and always got the same problem.
Today I turn on my computer and it just works. WTF? How is that possible? When I refresh the page I hit f5 as well to clear the cache. Obviously it's got something to do with SESSION but how unbelievably frustrating, what a huge waste of time :(
Re: COWOA Updated and Combined for ZC v1.5.x
Oops, just realised that I had commented out the $path = '/'; in the init_sessions.php. So the problem is in fact there.
Does that mean there is a conflict between the two mods?