COWOA (for ZC v1.5.x)

I'm back.... So so close yet so so far. I finished comparing all the files on the install_txt.html. So far I've only found one file that I need to merge with an existing (/includes/templates/YOUR_TEMPLATE/common/tpl_header.php). I found a few files that weren't listed as overwrite or new (five are in the same folder I mentioned above, and then includes/language/english/extra_definitions/checkout_process). Since none of them were modified by my template, I'm just going to upload them and if they exist I'll overwrite and pray.

A couple more notes for the errata page:
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_shipping.php
is really tpl_checkout_shipping_default.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_success.php
is really tpl_checkout_success_default.php
and that same folder holds another file not mentioned on the install_txt.html:
tpl_order_status_default.php

All simple things except the last: the install_txt says that one of the files to upload/overwrite is /includes/templates/YOUR_TEMPLATE/tpl_header.php and that file does not exist in the unzipped pile of files. I'm assuming it's different than the other tpl_header.php that is specifically mentioned farther down the list?

thanks again
Joe

Thanks for pointing the Install txt problems. This has been corrected and uploaded to the plugin and addon directory.

Here is a out line of the Install Txt.

1) - BACKUP YOUR STORE AND YOUR DATABASE, BACKUP YOUR STORE AND YOUR DATABASE. To do this, download your zen cart directory to your computer. I usually download it to my computer twice, because shoddy FTP programs sometimes miss files. You can read the faq's on the Zen-Cart Site for instructions on backing up your database or you can use the database backup module.

2) - If you have a Brand New Zen Cart v1.5.0 or Zen Cart v1.5.1 installation, just merge these files into yours.

3) - Change the "YOUR_TEMPLATE" directory names to the name of your actual template under the install/includes/templates.

4) - Change the "ADMIN" folder name to match the name of your custom directory.

5) - Install the SQL Patch. To do this, open the file COWOA_Full_Install.sql. In your admin panel, open Tools -> Install SQL Patches. Copy the query from COWOA_Full_Install.sql into the text box and hit 'send'. This will add the necessary COWOA fields and setup COWOA inthe Configuration Section. It will also set Split Login to True which is necessary for this mod to work.

6) - Upload the includes and admin directory to your zen cart directory. For most FTP clients the directory structure of the /includes directory should be preserved, and the files should "fall" into their proper places. If your FTP client isn't capable of this, you might have to manually place each file according to where they appear in this mod.

7) - 21 Zen Cart Core files are over-written for this module (The included files are modified from Zen-Cart 1.5.1 files)
If you have any other Modules installed that uses these files, compare and merge the files and look for the COWOA word that is before all of the entries,
just copy and paste those lines into your files. Some have very minor changes, others have a lot of additions:

/admin/orders.php
/admin/customers.php
/admin/index.php
/includes/classes/order.php
/includes/languages/english/YOUR_TEMPLATE/checkout_confirmation.php
/includes/languages/english/YOUR_TEMPLATE/checkout_payment.php
/includes/languages/english/YOUR_TEMPLATE/checkout_process
/includes/languages/english/YOUR_TEMPLATE/checkout_shipping.php
/includes/languages/english/YOUR_TEMPLATE/gv_redeem.php
/includes/languages/english/YOUR_TEMPLATE/login.php
/includes/languages/english/YOUR_TEMPLATE/logoff.php
/includes/languages/english/YOUR_TEMPLATE/time_out
/includes/modules/pages/gv_redeem/header_php.php
/includes/modules/pages/login/header_php.php
/includes/modules/pages/password_forgotten/header_php.php
/includes/modules/pages/checkout_shipping/header_php.php
/includes/templates/YOUR_TEMPLATE/common/tpl_header.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_confirmation_default.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_payment_default.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_shipping.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_success.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_login_default.php
/includes/filenames.php

---

Files that make up this module are:

/admin/orders.php
/admin/customers.php
/admin/index.php
/admin/includes/languages/english/extra_definitions/COWOA.php
/admin/includes/extra_datafiles/Cowoa.php
/includes/classes/order.php /includes/extra_datafiles/no_account_filenames.php
/includes/extra_datafiles/order_status_filenames.php
/includes/language/english/extra_definitions/checkout_process.php
/includes/language/english/extra_definitions/order_status.php
/includes/language/english/extra_definitions/order_steps_defines.php
/includes/languages/english/YOUR_TEMPLATE/checkout_confirmation.php
/includes/languages/english/YOUR_TEMPLATE/checkout_payment.php
/includes/languages/english/YOUR_TEMPLATE/checkout_process
/includes/languages/english/YOUR_TEMPLATE/checkout_shipping.php
/includes/languages/english/YOUR_TEMPLATE/gv_redeem.php
/includes/languages/english/YOUR_TEMPLATE/login.php
/includes/languages/english/YOUR_TEMPLATE/logoff.php
/includes/languages/english/YOUR_TEMPLATE/no_account
/includes/languages/english/YOUR_TEMPLATE/order_status
/includes/languages/english/YOUR_TEMPLATE/time_out
/includes/modules/YOUR_TEMPLATE/create_account.php
/includes/modules/YOUR_TEMPLATE/no_account.php
/includes/modules/YOUR_TEMPLATE/os_downloads.php
/includes/modules/pages/checkout_shipping/header_php
/includes/modules/pages/gv_redeem/header
/includes/modules/pages/login/header
/includes/modules/pages/no_account/header_php.php
/includes/modules/pages/no_account/jscript_addr_pulldowns.php
/includes/modules/pages/no_account/jscript_form_check.php
/includes/modules/pages/no_account/on_load_main.js
/includes/modules/pages/order_status/header_php.php
/includes/modules/pages/order_status/jscript_main.php
/includes/modules/pages/password_forgotten/header_php
/includes/templates/YOUR_TEMPLATE/common/tpl_header.php
/includes/templates/YOUR_TEMPLATE/css/checkout_confirmation.css
/includes/templates/YOUR_TEMPLATE/css/checkout_payment.css
/includes/templates/YOUR_TEMPLATE/css/checkout_shipping.css
/includes/templates/YOUR_TEMPLATE/css/checkout_success.css
/includes/templates/YOUR_TEMPLATE/css/no_account.css
/includes/templates/YOUR_TEMPLATE/images/arrow_checkout.gif
/includes/templates/YOUR_TEMPLATE/images/orderstep.png
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_confirmation_default.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_payment_default.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_shipping.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_success.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_login_default.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_modules_no_account.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_modules/os_downloads.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_no_account_default.php
/includes/templates/YOUR_TEMPLATE/templates/tpl_order_status_default
/includes/filenames.php

---

8) - The COWOA_Full_Install.sql file should take care of this for you but you may want to check it to be sure. In your admin section, under configuration>layout settings>use split-login page,
you want it to say "true". You will not be able to see the Checkout Without Account section on the login page unless you turn this switch on.

9) - **** Go to your Admin Configuration screen and open up COWOA There are 4 configuations that need to be set to True or False.

You now have Checkout WithOut an Account Installed.

UNINSTALL: To uninstall this mod, replace the files that were over written with your backed up files. You did make a copy Right? Run the uninstall_COWOA.sql file to remove the database entries.

Hello,

This is an awesome mod and tx for it, Got 3 questions though...

1.) I have 'forced logoff' set to true so that I am not left with any 'logged in / logged off' issues. I have 'order status' set to true so the customer and receive the link in their order confirmation email and so they do, which all of this works great and fine. But my concern I have is that when the customer is directed to their order_status page and then go to 'Login' link they are directed to 'My Account' page i.e. 'logged in / logged off' issue. I understand that an account has actually been created regardless to keep the order details, but is there a way that the customer could be directed to normal login page so that they are not under the impression they do have an actual account?

--- Which leads me to my next query...

2.) If an account exists and a customer uses cowoa with the same email address it would notify them that they already have an account?

--- and...

3.) If a customer has already used cowoa and wants to create an account with the same email address, could their order history be merged into a single account?

If you could help that would be greatly appreciated.

Thanks
Jay.

Quote:

---

Originally Posted by 4jDesigns

1.) I have 'forced logoff' set to true so that I am not left with any 'logged in / logged off' issues. I have 'order status' set to true so the customer and receive the link in their order confirmation email and so they do, which all of this works great and fine. But my concern I have is that when the customer is directed to their order_status page and then go to 'Login' link they are directed to 'My Account' page i.e. 'logged in / logged off' issue. I understand that an account has actually been created regardless to keep the order details, but is there a way that the customer could be directed to normal login page so that they are not under the impression they do have an actual account?

---

Ok so I have come up with a possible solution for my own question:shocking:

In my 'includes/modules/pages/login/header_php.php find the lines:

Code:

---

// if the customer is logged in already, redirect them to the My account page
if (isset($_SESSION['customer_id']) and $_SESSION['customer_id'] != '') {
  zen_redirect(zen_href_link(FILENAME_ACCOUNT, '', 'SSL'));
}

---

And change it to:

Code:

---

// if the customer is logged in already, redirect them to the My account page
if ((isset($_SESSION['customer_id']) and $_SESSION['customer_id'] != '') && ($check_customer->fields['COWOA_account'] == '0')) {
  zen_redirect(zen_href_link(FILENAME_ACCOUNT, '', 'SSL'));
}

---

This now fixes my issue with COWOA customers being directed to 'My Account' page when clicking link 'Login'.

-----------------------------------------
As well, and I'm not sure if it is the wrong or right thing to do, but If a guest had added a product to a cart, then uses the 'order status' link in a previous email at the same time, they get to see the order status as well as 'items in their basket' (as per their current session), but if they continue to checkout via COWOA, they skip 'Billing' and go straight to 'Shipping' without having to add their details, which obviously screws up the process.

From what I understand, its because the cart thinks they are 'logged in' but not really as they don't have an actual account, so what I have done until a better solution comes along is this:

In 'includes/modules/pages/order_status/header_php.php' find this line:

Code:

---

$zco_notifier->notify('NOTIFY_HEADER_START_ORDER_STATUS');

---

Then underneath it place this:

Code:

---

if (($check_customer->fields['COWOA_account'] == '1') && ($_SESSION['cart']->count_contents() > 0)) {
        unset ($_SESSION['cart']);
}

---

This will basically clear the cart of items if the user was using COWOA checkout and has items added in cart from a previous session. From what I believe this should only happen if the user as a guest has items in the basket and uses the 'order status' link in a previous order confirmation from a COWOA checkout.

Note: these are only my solution, so they may be wrong or right and any feedback regarding would be greatly appreciated.

Thanks,
Jay

Hi Jay,

What Cowoa version are you using?
For question (1) in the latest version of Cowoa v2.2 the force logoff issue should have been corrected.

Quote:

---

As well, and I'm not sure if it is the wrong or right thing to do, but If a guest had added a product to a cart, then uses the 'order status' link in a previous email at the same time, they get to see the order status as well as 'items in their basket' (as per their current session), but if they continue to checkout via COWOA, they skip 'Billing' and go straight to 'Shipping' without having to add their details, which obviously screws up the process.

---

You are right if a former guest had added a product to a cart, then uses the 'order status' link in a previous email at the same time, they get to see the order status as well as 'items in their basket, but again in version 2.2 if you tried to go to checkout it would empty your shopping cart.

For question (2)

Quote:

---

If an account exists and a customer uses cowoa with the same email address it would notify them that they already have an account?

---

If a customer already has a full account with your store they can not checkout with Cowoa.
If a returning customer uses Cowoa again and again, No it would not notify them that they already have an account.

For question (3)

Quote:

---

If a customer has already used cowoa and wants to create an account with the same email address, could their order history be merged into a single account?

---

No, they would have to make a full account with your store. Any suggestion are welcome.

Quote:

---

Originally Posted by 4jDesigns

2.) If an account exists and a customer uses cowoa with the same email address it would notify them that they already have an account?

---

If a customer has an account in your store, they no longer can use any of the COWOA options..

Quote:

---

Originally Posted by 4jDesigns

3.) If a customer has already used cowoa and wants to create an account with the same email address, could their order history be merged into a single account?

---

Not without some significant changes to the COWOA code to add this feature..

Hi CountryCharm,

I am using V2.2 . I had not tested / noticed the 'on checkout their basket is emptied' scenario, but none the less I would rather just get rid of their basket contents asap so to not have a frustrated customer realizing only when they get to checkout that their basket is now cleared. But please if you do have further thoughts on this please do let me know.

Re my 2nd question, from what I understand, If you are logged into your account you do not have the COWOA function (for obvious reasons), but what if I am not logged in and thus I am able to use COWOA and use the same email address already registered (but not logged into of course), is it possible to be prompt/notified to use another address as the system has already got this email address registered?

And Re my 3rd Question... not sure why I asked it. As the name says Checkout WITHOUT an Account, so as far as a customer is aware, they don't have any history saved anyway.

Thanks,
Jay

--------------------------------------------------------------------------------

Hi DivaVocals,

Thanks for the reply too, but think my 2nd question was a little misunderstood. :unsure:

Quote:

---

Originally Posted by 4jDesigns

Re my 2nd question, from what I understand, If you are logged into your account you do not have the COWOA function (for obvious reasons), but what if I am not logged in and thus I am able to use COWOA and use the same email address already registered (but not logged into of course), is it possible to be prompt/notified to use another address as the system has already got this email address registered?

---

This is EXACTLY how it works now..

Quote:

---

I am using V2.2 . I had not tested / noticed the 'on checkout their basket is emptied' scenario, but none the less I would rather just get rid of their basket contents asap so to not have a frustrated customer realizing only when they get to checkout that their basket is now cleared. But please if you do have further thoughts on this please do let me know.

---

I hear what your saying but it is design to kill and current session when the customer checks the order status from there email. If they have and item in the cart or not it still is going to kill there session from the email order status.

Quote:

---

Re my 2nd question, from what I understand, If you are logged into your account you do not have the COWOA function (for obvious reasons), but what if I am not logged in and thus I am able to use COWOA and use the same email address already registered (but not logged into of course), is it possible to be prompt/notified to use another address as the system has already got this email address registered?

---

I would assume they would understand the warning message if they already have a full account with your shop. The warning message is.....

http://wholesale.thegoodshepherdstor...cons/error.gif Our system already has a record of that email address - please try logging in with that email address. If you do not use that address any longer you can correct it in the My Account area.

Quote:

---

And Re my 3rd Question... not sure why I asked it. As the name says Checkout WITHOUT an Account, so as far as a customer is aware, they don't have any history saved anyway.

---

As far as they are ware they don't..

Hey Countrycharm and Divavocals...

Well... what can I say... I'm an @$$. I have been using 2 different emails to test purchases and auto-filling the fields with what has been cached, so been running tests with 2 separate 'users'... no wonder I wasn't seeing what you 2 were saying...:bangin:

Anyways, tx for your time.

Jay

AND TO ANYWAY READING THIS POST... IT DOES WORK, TRY DOING IT PROPERLY!!!

Quote:

---

Originally Posted by 4jDesigns

Hey Countrycharm and Divavocals...

Well... what can I say... I'm an @$$. I have been using 2 different emails to test purchases and auto-filling the fields with what has been cached, so been running tests with 2 separate 'users'... no wonder I wasn't seeing what you 2 were saying...:bangin:

Anyways, tx for your time.

Jay

AND TO ANYWAY READING THIS POST... IT DOES WORK, TRY DOING IT PROPERLY!!!

---

Glad you worked it out....

Hi, I am having problems getting the newest cowoa 2.2 installed in Zen Cart v. 1.5.1, after having followed the instructions. The problem is in Zen Cart Admin -> Configuration -> Cowoa configuration I only get an empty page showing Cowoa, and Title, Value, Action, but no settings to configure. When installing cowoa I got some errors when running the sql patch:

ERROR: Cannot insert configuration_key "" because it already exists
ERROR: Cannot insert configuration_key "" because it already exists
ERROR: Cannot insert configuration_key "" because it already exists
ERROR: Cannot insert configuration_key "" because it already exists
Note: 1 statements ignored. See "upgrade_exceptions" table for additional details.

Please, could someone give me a clue?
I am having a site with 2 languages installed, and have uploaded the cowoa files to each of the two language directories. Could this cause problems?
Beside this I do not think I have other plugins installed that could cause problems?

Quote:

---

Originally Posted by f7dem

Hi, I am having problems getting the newest cowoa 2.2 installed in Zen Cart v. 1.5.1, after having followed the instructions. The problem is in Zen Cart Admin -> Configuration -> Cowoa configuration I only get an empty page showing Cowoa, and Title, Value, Action, but no settings to configure. When installing cowoa I got some errors when running the sql patch:

ERROR: Cannot insert configuration_key "" because it already exists
ERROR: Cannot insert configuration_key "" because it already exists
ERROR: Cannot insert configuration_key "" because it already exists
ERROR: Cannot insert configuration_key "" because it already exists
Note: 1 statements ignored. See "upgrade_exceptions" table for additional details.

Please, could someone give me a clue?
I am having a site with 2 languages installed, and have uploaded the cowoa files to each of the two language directories. Could this cause problems?
Beside this I do not think I have other plugins installed that could cause problems?

---

Did you or someone else have Fast and Easy Checkout installed before you tried to install Cowoa?
If not just run the Uninstall_COWOA.sql and then reinstall the COWOA_Full_Install.sql. Make sure you open the file in a text editor and copy and paste the code.
Make sure all files have uploaded to there correct directory.

Hi Charm and Diva - if you 2 are reading this, it's me again :)

Let me know please if I'm doing something wrong or missing something...

Scenario:

I have added a product to cart.
go to checkout and choose COWOA option.
Come to 'Billing' enter my information with email address '[email protected]' then continue.
Come to 'shipping' page, but just remembered I do actually have an account with another email address already.
So click on login and enter other email address '[email protected]' and log in.
I am now logged in into my account, also I know this because I had previous items in basket.
BUT....
If I go to checkout it seems that COWOA session is still running in conjunction (if that's possible).
Because even though I arrive straight to the 'shipping' page (as expected) I still have the COWOA progress table (or tableless).
Also noticed that my 'login' and 'signup' buttons have not changed to 'my account' and 'logoff'
So pretty much anything that remains within:

Code:

---

<?php if (($_SESSION['customer_id']) && (!$_SESSION['COWOA']=='True')) { ?> <?php } ?>

and

<?php if($COWOA) {?>  <?php } ?>

---

This only happens once you process the 'billing' form on COWOA checkout and then login into an actual account, so somehow it's not recognizing that the user is no longer a COWOA user.

So if possible you please let me know if this in fact what is happening to you too or have I done something to mess it up.

Thanks,
Jay

Quote:

---

Originally Posted by 4jDesigns

Hi Charm and Diva - if you 2 are reading this, it's me again :)

Let me know please if I'm doing something wrong or missing something...

Scenario:

I have added a product to cart.
go to checkout and choose COWOA option.
Come to 'Billing' enter my information with email address '[email protected]' then continue.
Come to 'shipping' page, but just remembered I do actually have an account with another email address already.
So click on login and enter other email address '[email protected]' and log in.
I am now logged in into my account, also I know this because I had previous items in basket.
BUT....
If I go to checkout it seems that COWOA session is still running in conjunction (if that's possible).
Because even though I arrive straight to the 'shipping' page (as expected) I still have the COWOA progress table (or tableless).
Also noticed that my 'login' and 'signup' buttons have not changed to 'my account' and 'logoff'
So pretty much anything that remains within:

Code:

---

<?php if (($_SESSION['customer_id']) && (!$_SESSION['COWOA']=='True')) { ?> <?php } ?>

and
<?php if($COWOA) {?>  <?php } ?>

---

This only happens once you process the 'billing' form on COWOA checkout and then login into an actual account, so somehow it's not recognizing that the user is no longer a COWOA user.

So if possible you please let me know if this in fact what is happening to you too or have I done something to mess it up.

Thanks,
Jay

---

I can't reproduce what you are doing in your checkout process. I have tried doing the same thing on zen cart v1.5.0 and v1.5.1. On my test sites It just doesn't do like you described.

Anytime you are having issues please show a link to your site so we can look whats going on. We can go back and forth all day but without really looking whats going on I haven't a clue. You need to make sure all files has been merge uploaded to there right and correct folders first whenever having issues.

Quote:

---

Originally Posted by countrycharm

Did you or someone else have Fast and Easy Checkout installed before you tried to install Cowoa?
If not just run the Uninstall_COWOA.sql and then reinstall the COWOA_Full_Install.sql. Make sure you open the file in a text editor and copy and paste the code.
Make sure all files have uploaded to there correct directory.

---

I did not have Fast and Easy Checkout installed. I have now manually added the data from COWOA_Full_Install.sql to my database via myPhpAdmin, but it still has no effect. I can get COWOA working when I modify the "tpl_login_default.php" in includes\templates\my_template_dir\templates\
- so to say delete the following cowoa check. <?php if (COWOA_STATUS == 'true') { ?> ......... <?php } ?> However I just would like to get it working in the Admin too.
Which file is responsible for getting the COWOA settings loaded into the Admin -> Configuration -> COWOA configuration?

I just installed COWOA 2.2 on a site with ZC 1.5.0. ZC was auto-installed by hosting service, with admin files in /zcadmin. So I uploaded files from install /admin to /zcadmin. Yes I have override folders named /custom so put YOUR_TEMPLATE files in folders named /custom. Submitted sql patch and made other minor changes listed in install file.

Install file states:

Quote:

---

"Go to your Admin Configuration screen and open up COWOA".

---

In my ZC admin/configuration there is no COWOA listed.

I checked via phpmyadmin and COWOA_account field is in customers table so according to another post, that means the patch "took".

Do I misunderstand where I am supposed to look for COWOA in the ZC config? Is there some place I have to change code because the admin files are in /zcadmin ?

I see in a post above that you changed the install instructions slightly in Sept. and possibly added a missing file to the zip, but I just got the mod off the ZC add on site last night (10/25/12) and the instructions were slightly different (EX: 4 files needs to be configured in ZC admin, my install says 3).

Also the new install posted above says

Quote:

---

4) - Change the "ADMIN" folder name to match the name of your custom directory.

---

My custom directories are named /custom/ but they are all subdirs; there is not an admin directory with that name. As I said above, the admin directory in my hostmonster install is named zcadmin. I assume you mean to change admin to zcadmin (in my case) but the way it's worded in your install would cause me to name it "custom", which I'm (pretty) sure would be wrong! I'm guessing that is just so people put the files in the right places. I transferred them "manually" anyway because the mod files are not in the right position to let Dreamweaver correctly place them.

Please advise as to why COWOA is not showing up in ZC admin config.

ZC area of site is at www.westpac-ptg.org/zencart

Quote:

---

Originally Posted by bbarasa

I just installed COWOA 2.2 on a site with ZC 1.5.0. ZC was auto-installed by hosting service, with admin files in /zcadmin. So I uploaded files from install /admin to /zcadmin. Yes I have override folders named /custom so put YOUR_TEMPLATE files in folders named /custom. Submitted sql patch and made other minor changes listed in install file.

Install file states: In my ZC admin/configuration there is no COWOA listed.

I checked via phpmyadmin and COWOA_account field is in customers table so according to another post, that means the patch "took".

Do I misunderstand where I am supposed to look for COWOA in the ZC config? Is there some place I have to change code because the admin files are in /zcadmin ?

I see in a post above that you changed the install instructions slightly in Sept. and possibly added a missing file to the zip, but I just got the mod off the ZC add on site last night (10/25/12) and the instructions were slightly different (EX: 4 files needs to be configured in ZC admin, my install says 3).

Also the new install posted above says My custom directories are named /custom/ but they are all subdirs; there is not an admin directory with that name. As I said above, the admin directory in my hostmonster install is named zcadmin. I assume you mean to change admin to zcadmin (in my case) but the way it's worded in your install would cause me to name it "custom", which I'm (pretty) sure would be wrong! I'm guessing that is just so people put the files in the right places. I transferred them "manually" anyway because the mod files are not in the right position to let Dreamweaver correctly place them.

Please advise as to why COWOA is not showing up in ZC admin config.

ZC area of site is at www.westpac-ptg.org/zencart

---

Your cowoa issue aside you will have much bigger issues on your hands if you don't now change the name of your admin folder after telling the world and his dog where to find your secure login address. I would also make it a little less simple to guess it too, use alphanumeric or non dictionary words. Do this sooner rather than later...

Quote:

---

Originally Posted by bbarasa

I just installed COWOA 2.2 on a site with ZC 1.5.0. ZC was auto-installed by hosting service, with admin files in /zcadmin. So I uploaded files from install /admin to /zcadmin. Yes I have override folders named /custom so put YOUR_TEMPLATE files in folders named /custom. Submitted sql patch and made other minor changes listed in install file.

Install file states: In my ZC admin/configuration there is no COWOA listed.

I checked via phpmyadmin and COWOA_account field is in customers table so according to another post, that means the patch "took".

Do I misunderstand where I am supposed to look for COWOA in the ZC config? Is there some place I have to change code because the admin files are in /zcadmin ?

I see in a post above that you changed the install instructions slightly in Sept. and possibly added a missing file to the zip, but I just got the mod off the ZC add on site last night (10/25/12) and the instructions were slightly different (EX: 4 files needs to be configured in ZC admin, my install says 3).

Also the new install posted above says My custom directories are named /custom/ but they are all subdirs; there is not an admin directory with that name. As I said above, the admin directory in my hostmonster install is named zcadmin. I assume you mean to change admin to zcadmin (in my case) but the way it's worded in your install would cause me to name it "custom", which I'm (pretty) sure would be wrong! I'm guessing that is just so people put the files in the right places. I transferred them "manually" anyway because the mod files are not in the right position to let Dreamweaver correctly place them.

Please advise as to why COWOA is not showing up in ZC admin config.

ZC area of site is at www.westpac-ptg.org/zencart

---

I'm assuming by what you are saying that you don't have Cowoa listed under the configuration menu.
You should see Cowoa configuration if you installed the module right.

Any time you see Admin folder rename it to your custom folder name. In your case you would rename it to zcadmin. Anytime you see YOUR_TEMPLATE you would rename it to your custom folder. In your case it would be custom.
You are right there is no YOUR_TEMPLATE folder in admin. If you don't have Cowoa under configurations you did install the module right. Go back and run the uninstall.sql file in your zcadmin to uninstall Cowoa.
Go and make sure all the folder name match the one's you have. Once you have made sure all files are uploaded right run the cowoa_install.sql again.
I would download a program like FileZilla to upload your files to your server. I would never trust and upload files using Dreamweaver. Nothing against Dreamweaver I have use it and like it, but I wouldn't use it for file transfer to your sever.

Quote:

---

Originally Posted by picandnix

Your cowoa issue aside you will have much bigger issues on your hands if you don't now change the name of your admin folder after telling the world and his dog where to find your secure login address. I would also make it a little less simple to guess it too, use alphanumeric or non dictionary words. Do this sooner rather than later...

---

And by the way I forgot to mention this too. Never give your admin or your_template name, or no passwords out when asking for help in any forum. Hacker are just waiting for this kind of information.

I just had a customer inform me of an issue regarding order status lookups.

This customer (COWOA) received the 'shipped' email and the link to enter the order number and their email address.

When this customer had made the purchase, they entered the email address like so: [email protected]

When they tried to view the order status page, they entered their email as: [email protected] and it fails telling them the address isn't in our system.

I see the form field 'query_email_address', is there a way to make that query case insensitive?

I have re-uploaded all files to server using WS_FTP. Uninstalled and reinstalled sql patch. Still COWOA does not show up in admin config menu. I still get a warning message that there was an error with the patch, but the database fields are changed by patches.

At the start of the install instructions it says:

Date: January 12, 2011
Version 2.0c2

Did I download the most current install files?

Are there non-COWOA settings within config that have to be turned on or off to make COWOA work? (Because this is a site only for conference registration, I have many settings turned off.)

No other mods were installed other than paypal pro and express payment mods, which are in sandbox mode.

What else can I look at to get this to work?

Quote:

---

Originally Posted by bbarasa

At the start of the install instructions it says:

Date: January 12, 2011
Version 2.0c2

Did I download the most current install files?

---

Not likely since this is the support thread for "COWOA Updated and Combined for ZC v1.5.x" and (based on your posts) the one you downloaded and installed is "COWOA for Zen Cart 1.3.9". You've got the Zen Cart v1.3.9 version installed on a v1.5 store (hence no admin menus)..

Quote:

---

Originally Posted by bbarasa

I have re-uploaded all files to server using WS_FTP. Uninstalled and reinstalled sql patch. Still COWOA does not show up in admin config menu. I still get a warning message that there was an error with the patch, but the database fields are changed by patches.

At the start of the install instructions it says:

Date: January 12, 2011
Version 2.0c2

Did I download the most current install files?

Are there non-COWOA settings within config that have to be turned on or off to make COWOA work? (Because this is a site only for conference registration, I have many settings turned off.)

No other mods were installed other than paypal pro and express payment mods, which are in sandbox mode.

What else can I look at to get this to work?

---

Cowoa Version 2.0c2 is for Zen Cart v1.3.9.
You downloaded the wrong version for your Zen Cart. You said you were running Zen Cart v1.5.0 so you need to download the Cowoa version v2.3
Uninstall what you have done before you install Cowoa v2.3

Quote:

---

Originally Posted by DivaVocals

Not likely since this is the support thread for "COWOA Updated and Combined for ZC v1.5.x" and (based on your posts) the one you downloaded and installed is "COWOA for Zen Cart 1.3.9". You've got the Zen Cart v1.3.9 version installed on a v1.5 store (hence no admin menus)..

---

Didn't see your post before I posted back thanks.

Quote:

---

Originally Posted by Limitless

I just had a customer inform me of an issue regarding order status lookups.

This customer (COWOA) received the 'shipped' email and the link to enter the order number and their email address.

When this customer had made the purchase, they entered the email address like so: [email protected]

When they tried to view the order status page, they entered their email as: [email protected] and it fails telling them the address isn't in our system.

I see the form field 'query_email_address', is there a way to make that query case insensitive?

---

It may be a day or 2 before I can address this. I'll keep you posted when I figure out why this happens.

Quote:

---

Originally Posted by countrycharm

It may be a day or 2 before I can address this. I'll keep you posted when I figure out why this happens.

---

Not a problem, once I figured out the 'why and how' I informed the customer how to access the order status.

Thanks for looking into it.

Quote:

---

Originally Posted by DivaVocals

Not likely since this is the support thread for "COWOA Updated and Combined for ZC v1.5.x" and (based on your posts) the one you downloaded and installed is "COWOA for Zen Cart 1.3.9". You've got the Zen Cart v1.3.9 version installed on a v1.5 store (hence no admin menus)..

---

THANK YOU for stating the obvious! (That is not meant as a snide remark ... it is a real thank you.) I knew it must be something "obvious" but it was not obvious to me.

When I went looking for COWOA, I googled on "zen cart cowoa". The first item in the search was a link to the mod. I see now that it does say for zc 1.3.9 and it does not say "and higher". But since there is no mention of a later version of cowoa, I guess I assumed that was the latest version.

I just downloaded and installed the correct version for zc 1.5 and all is well. Mostly my mental health.

Quote:

---

Originally Posted by countrycharm

It may be a day or 2 before I can address this. I'll keep you posted when I figure out why this happens.

---

Quote:

---

Originally Posted by Limitless

Not a problem, once I figured out the 'why and how' I informed the customer how to access the order status.

Thanks for looking into it.

---

Ummm I'm not sure this is broken or a bug at all.. I believe the case sensitivity of logins (customers and admins) is a part of Zen Cart v1.5's new security model.. I would suggest confirming this with Dr Byte before "fixing" it.. If I am correct, then clearly it's not a good idea to change this and simply you should educate your customers instead.. Even if I am not correct this would be my suggestion anyway as it's better security anyway.. an on-screen message would do the trick..

Based on this thread it seems it is supposed to be insensitive:

http://www.zen-cart.com/showthread.p...se-Insensitive


Not sure how case in-sensitivity on an email address would decrease security?

Same thing on user names. Not typical in network security(Windows, Netware, Active Directory).

Passwords yes, but not on an email address.

Quote:

---

Originally Posted by Limitless

Based on this thread it seems it is supposed to be insensitive:

http://www.zen-cart.com/showthread.p...se-Insensitive


Not sure how case in-sensitivity on an email address would decrease security?

Same thing on user names. Not typical in network security(Windows, Netware, Active Directory).

Passwords yes, but not on an email address.

---

For the very same reasons why passwords are case sensitive.. Makes the login/username harder to guess..

Email addresses should not be treated as case-sensitive.

Quote:

---

Originally Posted by DivaVocals

For the very same reasons why passwords are case sensitive.. Makes the login/username harder to guess..

---

That is silly. Email addresses are not case sensitive in the 'real' world. Unless someone wants to petition for a change to RFC 5322 and RFC 6531.

User names in Windows (local and directory/domain based) are not sensitive because it would allow duplicate users (potentially), same with case sensitive email addresses.

[email protected] would be a 'different' user than [email protected], yet on the internet both would be delivered to the same place, so I could then reset [email protected]'s password using the user [email protected] credentials.

Can I turn off/skip shipping page?

Now that I have COWOA working, I'm having trouble customizing the checkout process. I am using this for a conference registration. Nothing will ever get shipped, so I don't think users should have to fill out a shipping page. It won't make any sense to them. The "products" are set up as virtual products and to skip shipping page but COWOA is taking user to shipping info page first. I can't find any way to turn this off.

Quote:

---

Originally Posted by bbarasa

Can I turn off/skip shipping page?

Now that I have COWOA working, I'm having trouble customizing the checkout process. I am using this for a conference registration. Nothing will ever get shipped, so I don't think users should have to fill out a shipping page. It won't make any sense to them. The "products" are set up as virtual products and to skip shipping page but COWOA is taking user to shipping info page first. I can't find any way to turn this off.

---

Yes go to your admin/catalog then click on the Categories/Products an tick the box that says ( Yes, Skip Shipping Address )

Quote:

---

Originally Posted by DivaVocals

Ummm I'm not sure this is broken or a bug at all.. I believe the case sensitivity of logins (customers and admins) is a part of Zen Cart v1.5's new security model.. I would suggest confirming this with Dr Byte before "fixing" it.. If I am correct, then clearly it's not a good idea to change this and simply you should educate your customers instead.. Even if I am not correct this would be my suggestion anyway as it's better security anyway.. an on-screen message would do the trick..

---

I agree with you 100% Diva on it been more secure this way, but as Drbyte said Email addresses should not be treated as case-sensitive. In any case I will be looking into how to fix this if there is enough people who needs the Email change to case- insensitive. Any suggestions are welcome.

Quote:

---

Originally Posted by Limitless

That is silly. Email addresses are not case sensitive in the 'real' world. Unless someone wants to petition for a change to RFC 5322 and RFC 6531.

User names in Windows (local and directory/domain based) are not sensitive because it would allow duplicate users (potentially), same with case sensitive email addresses.

[email protected] would be a 'different' user than [email protected], yet on the internet both would be delivered to the same place, so I could then reset [email protected]'s password using the user [email protected] credentials.

---

Ummm you and I are speaking apples and oranges here.. I'm not speaking of email addresses being used on an email server to send email.. If that's what I meant then your response above would make sense..

In a software system, USER NAMES/LOGINS can indeed be case sensitive if the system is programmed as such.. So if you use an e-mail address as a USER NAME/LOGIN in a system where the user name/login IS case sensitive.. then YES [email protected] is not going to be the same as [email protected]..

And I have worked in SEVERAL organizations where logins for systems ARE indeed case sensitive (including corporate systems which use an e-mail address as the user login).

Now you may think this is silly, doesn't make sense, or whatever.. This doesn't make what am saying any less true.. Logins for systems CAN can be case sensitive (yes EVEN IF the login/user name is an e-mail address).. However, going back and forth on this point is moot since this is NOT how Zen Cart's customer login's work..

Quote:

---

Originally Posted by DrByte

Email addresses should not be treated as case-sensitive.

---

The doctor has spoken..

Hmmmmm. I stand corrected. While as stated earlier I agree that email addresses should be treated as case INsensitive ...

... upon inspecting the code, it seems like the core code for customer login actually does treat it as "case sensitive" ... whether for COWOA or not.
It would actually be more accurate to say: Zen Cart presently tests for an exact match, without translating it to bypass case-sensitivity.

That said, you can expect that to change in a future version ;)

To make COWOA case-insensitive for the "no-account" customers, you could simply edit the header_php.php for the orders_status page and wrap strtolower() around both variables in the comparison done in:

Code:

---

  if (isset($_POST['query_email_address']) && $customer_info->fields['customers_email_address'] != $_POST['query_email_address']) {

---

That might not take into account the use of multibyte characters in your email addresses, but if that's a rarity for your typical customer then it might be moot.

Quote:

---

Originally Posted by DrByte

To make COWOA case-insensitive for the "no-account" customers, you could simply edit the header_php.php for the orders_status page and wrap strtolower() around both variables in the comparison done in:

Code:

---

  if (isset($_POST['query_email_address']) && $customer_info->fields['customers_email_address'] != $_POST['query_email_address']) {

---

---

Thank you!

Quote:

---

Originally Posted by DivaVocals

Ummm you and I are speaking apples and oranges here.. I'm not speaking of email addresses being used on an email server to send email.. If that's what I meant then your response above would make sense..

In a software system, USER NAMES/LOGINS can indeed be case sensitive if the system is programmed as such.. So if you use an e-mail address as a USER NAME/LOGIN in a system where the user name/login IS case sensitive.. then YES [email protected] is not going to be the same as [email protected]..

And I have worked in SEVERAL organizations where logins for systems ARE indeed case sensitive (including corporate systems which use an e-mail address as the user login).

Now you may think this is silly, doesn't make sense, or whatever.. This doesn't make what am saying any less true.. Logins for systems CAN can be case sensitive (yes EVEN IF the login/user name is an e-mail address).. However, going back and forth on this point is moot since this is NOT how Zen Cart's customer login's work..

The doctor has spoken..

---

Not to continue this, but what you refer to as an 'email address login' is really a UPN, whether that is really the 'email address' of the user, is irregardless. And 'checking' case sensitivity and HAVING 5 users with [email protected], [email protected], [email protected] and [email protected] is ridiculous and those are NOT email addresses as they would all have mail delivered to the same place. Your security by obscurity just fell apart.

Within ~applications~ on a corporate network, sure, ~programmers~ can require case sensitivity on user names, but if you display that logins MUST BE IN CAPS on the login page, that sort of defeats the argument.

And this IS the place to talk about this, while ZenCart does not use email addresses for logins, my inquiry was related to order status checking with COWOA accounts and that does require using an email address along with order number to verify identity.

*nix systems and their derivatives have case sensitive user names. Windows, Netware and other LDAP based systems do not.

Quote:

---

Originally Posted by DrByte

To make COWOA case-insensitive for the "no-account" customers, you could simply edit the header_php.php for the orders_status page and wrap strtolower() around both variables in the comparison done in:

Code:

---

  if (isset($_POST['query_email_address']) && $customer_info->fields['customers_email_address'] != $_POST['query_email_address']) {

---

That might not take into account the use of multibyte characters in your email addresses, but if that's a rarity for your typical customer then it might be moot.

---

The standard Zen Cart login is case-insensitive ... because the database is case-insensitive -- that's with the _ci is on the end of the database collation. A collation of utf8_general_ci indicates that database compares are to be case-insensitive.

That said, in a standard Zen Cart installation, if you create an account using the email address of [email protected] there is no problem on the login page using [email protected] ... because the comparison is done via the database lookup. Changing the order_status page's header_php.php starting at line 24 to the following uses the database comparisons and achieves the same functionality as DrByte's solution:

Code:

---

  $customer_info_query = "SELECT customers_email_address, customers_id
                          FROM  " . TABLE_ORDERS . "
                          WHERE  orders_id = :ordersID
                          AND    customers_email_address = :emailAddress";

  $customer_info_query = $db->bindVars($customer_info_query, ':ordersID', $_POST['order_id'], 'integer');
  $customer_info_query = $db->bindVars($customer_info_query, ':emailAddress', $_POST['query_email_address'], 'string');
  $customer_info = $db->Execute($customer_info_query);

  if ($customer_info->EOF) {
    $errorNoMatch=TRUE;
  } else {
...

---

P.S. Off-subject, but when I did a fresh install of COWOA on a fresh install of Zen Cart 1.5.1, the define TEXT_CHECKOUT_LOGOFF_CUSTOMER appears to be missing from the orders_status page.

Hello there,
Just installed this mod, it works very well. I just have two design issues that may be specific to me, that I have been tearing my out trying to figure out lol.

1. If you use Checkout Without Account, the Newsletter Subscribe area does not have a tickbox, it just forces html or text instead of being optional. Normal create account is fine

2. Checkout Payment - step 2. The discount coupon, reward and payment method boxes appear without white background, above the Order Steps and order total boxes, which has the Continue Checkout button above the Order Steps. The next page has the same issue also, but the Checkout Shipping page looks perfect.

It is all very strange. I completely gutted a FEAC checkout install, SQL aswell. Pretty sure I have removed all traces of it, and overwritten checkout page files first from stock 1.51 Zencart files. Then I copied over the COWOA files on top, plus SQL. All enabled from admin. The only thing I have is Ceon URI mapping, but I have removed the URis now.

Any help is greatly appreciated, many thanks in advance

Quote:

---

Originally Posted by lat9

The standard Zen Cart login is case-insensitive ... because the database is case-insensitive -- that's with the _ci is on the end of the database collation. A collation of utf8_general_ci indicates that database compares are to be case-insensitive.

That said, in a standard Zen Cart installation, if you create an account using the email address of [email protected] there is no problem on the login page using [email protected] ... because the comparison is done via the database lookup. Changing the order_status page's header_php.php starting at line 24 to the following uses the database comparisons and achieves the same functionality as DrByte's solution:

Code:

---

  $customer_info_query = "SELECT customers_email_address, customers_id
                          FROM  " . TABLE_ORDERS . "
                          WHERE  orders_id = :ordersID
                          AND    customers_email_address = :emailAddress";

  $customer_info_query = $db->bindVars($customer_info_query, ':ordersID', $_POST['order_id'], 'integer');
  $customer_info_query = $db->bindVars($customer_info_query, ':emailAddress', $_POST['query_email_address'], 'string');
  $customer_info = $db->Execute($customer_info_query);

  if ($customer_info->EOF) {
    $errorNoMatch=TRUE;
  } else {
...

---

P.S. Off-subject, but when I did a fresh install of COWOA on a fresh install of Zen Cart 1.5.1, the define TEXT_CHECKOUT_LOGOFF_CUSTOMER appears to be missing from the orders_status page.

---

This fix works perfectly!

Thank you!

Quote:

---

Originally Posted by Limitless

Not to continue this, but what you refer to as an 'email address login' is really a UPN, whether that is really the 'email address' of the user, is irregardless. And 'checking' case sensitivity and HAVING 5 users with [email protected], [email protected], [email protected] and [email protected] is ridiculous and those are NOT email addresses as they would all have mail delivered to the same place. Your security by obscurity just fell apart.

Within ~applications~ on a corporate network, sure, ~programmers~ can require case sensitivity on user names, but if you display that logins MUST BE IN CAPS on the login page, that sort of defeats the argument.

And this IS the place to talk about this, while ZenCart does not use email addresses for logins, my inquiry was related to order status checking with COWOA accounts and that does require using an email address along with order number to verify identity.

*nix systems and their derivatives have case sensitive user names. Windows, Netware and other LDAP based systems do not.

---

Again you have clearly misunderstand what I have stated previously.. So let me state this..

I am WELL AWARE that e-mail addresses in an e-mail system used to send and receive e-mail are NOT case sensitive.. Let me further be clear that I am also not talking abut LDAP, Windows, or Netware systems either as that is a completely different discussion.. Zen Cart is NONE of these kinds of systems.. (apples and oranges)

So now we are back to a software system which happens to use e-mail addresses as the user login. Not an e-mail address tied to any e-mail, Windows, Netware or LDAP server. Rather a VALUE for a user login that is stored in a database which happens to be an e-mail address.. Therefore as I stated originally, user logins in a software system CAN BE case sensitive and this is usually done for security purposes much like the reason that passwords are also case sensitive. lat9 provided the explanation why this is so, and it is not something that COWOA does that makes customer logins case sensistive. It its a part of core Zen Cart functionality. lat9 and DrByte also have pointed out that there is a way to modify this behavior with code. I personally like the extra measure of security that case sensitivity offers. You do not agree clearly.. Different strokes..

Is this thread gonna continue arguing back and forth about whether emails should be case sensitive?

If so, start another thread for that. Everyone using COWOA doesn't need to be blasted with email notices about your differences of opinions.


Zen Cart should (and has always intended to) treat email addresses as case-insensitive. It is rare when it does not.
The suggestions proposed above show how to make that happen with COWOA's code as well, and I suspect the next update to COWOA will incorporate one of these approaches.
The core of Zen Cart will certainly treat emails as case-insensitive whenever guest-checkout is incorporated.

Quote:

---

Originally Posted by DrByte

Is this thread gonna continue arguing back and forth about whether emails should be case sensitive?

If so, start another thread for that. Everyone using COWOA doesn't need to be blasted with email notices about your differences of opinions.

Zen Cart should (and has always intended to) treat email addresses as case-insensitive. It is rare when it does not.
The suggestions proposed above show how to make that happen with COWOA's code as well, and I suspect the next update to COWOA will incorporate one of these approaches.
The core of Zen Cart will certainly treat emails as case-insensitive whenever guest-checkout is incorporated.

---

I did have a thread I started talking about whether emails should be case sensitive or case insensitive. You could have move all this extra post to it if it still existed.

I was kinda suggesting that the point has already been flogged to death and doesn't need more discussion.

Quote:

---

Originally Posted by HeathenMagic

Hello there,
Just installed this mod, it works very well. I just have two design issues that may be specific to me, that I have been tearing my out trying to figure out lol.

1. If you use Checkout Without Account, the Newsletter Subscribe area does not have a tickbox, it just forces html or text instead of being optional. Normal create account is fine

2. Checkout Payment - step 2. The discount coupon, reward and payment method boxes appear without white background, above the Order Steps and order total boxes, which has the Continue Checkout button above the Order Steps. The next page has the same issue also, but the Checkout Shipping page looks perfect.

It is all very strange. I completely gutted a FEAC checkout install, SQL aswell. Pretty sure I have removed all traces of it, and overwritten checkout page files first from stock 1.51 Zencart files. Then I copied over the COWOA files on top, plus SQL. All enabled from admin. The only thing I have is Ceon URI mapping, but I have removed the URis now.

Any help is greatly appreciated, many thanks in advance

---

I will look into why the Newsletter Subscribe area does not have a tick-box. I haven't even notice that before now.

Everything else you are describing is because you didn't uninstall FEC right or still have some files fron FEC checkout installed somewhere. Check to make sure you installed Cowoa right.

You can look at the pictures I posted below to show what you are describing is not possible if you installed Cowoa right.

Quote:

---

Originally Posted by DrByte

I was kinda suggesting that the point has already been flogged to death and doesn't need more discussion.

---

.......Nods :yes::yes: in agreement........

Quote:

---

Originally Posted by DrByte

I was kinda suggesting that the point has already been flogged to death and doesn't need more discussion.

---

Quote:

---

Originally Posted by countrycharm

.......Nods :yes::yes: in agreement........

---

Agreed.. I can assure you, I was done with my last post on this topic.. DrByte.. you have my apologies..

Thanks for your reply and your help, yes it is almost as if it has been jumbled up. I am going to go over the files with a fine tooth comb now and find any remnants lol. Great mod by the way.

Hi Countrycharm, have installed COWOA, it didn't give any error while installation. But during checkout its giving me http 500 error.
Check link https://www.heightgrowth.com/ssl-che...ckout_shipping
while the normal zencart flow is working properly.Any quick help much appreciated.

Quote:

---

Originally Posted by HeathenMagic

Thanks for your reply and your help, yes it is almost as if it has been jumbled up. I am going to go over the files with a fine tooth comb now and find any remnants lol. Great mod by the way.

---

Suggest using a file comparison tool (Winmerge or Beyond Compare) and comparing your store to the FEC fileset.. This way you can identify the FEC files and changes.. Afterwards you are gonna wanna to check to make sure that the COWOA mods are still in place since there is some overlap in the changes made to the same files by both mods..

Quote:

---

Originally Posted by shaileshpatil17

Hi Countrycharm, have installed COWOA, it didn't give any error while installation. But during checkout its giving me http 500 error.
Check link https://www.heightgrowth.com/ssl-che...ckout_shipping
while the normal zencart flow is working properly.Any quick help much appreciated.

---

Sounds like an install error.. Double check your installation..

I have COWOA installed and working on my site (now that I got the correct version).

https://westpac-ptg.org/zencart

It is working the way I want except the conference director finds it too confusing to include the option of creating ZC account. She is probably right because for this use (conference registration) it is highly unlikely that any users will want to log back in for any reason. I've already moved the code for COWOA to the top of the page and made the fieldset blue to make it more prominent, but she wants all but that and paypal checkout to be gone.

In looking at the code in tpl_login_default page, it is difficult for me to know what code I can safely remove to take out both the zc login and sign up. There is this type comment:

Quote:

---

<!--BOF PPEC split login- DO NOT REMOVE-->

---

before the section where I would have to remove code. Makes me nervous.

Since the site is now live, I'd rather not experiment too much. Is the code for ZC login and ZC signup required in order for COWOA to work? Or do you think I can safely remove it?

Quote:

---

Originally Posted by bbarasa

I have COWOA installed and working on my site (now that I got the correct version).

https://westpac-ptg.org/zencart

It is working the way I want except the conference director finds it too confusing to include the option of creating ZC account. She is probably right because for this use (conference registration) it is highly unlikely that any users will want to log back in for any reason. I've already moved the code for COWOA to the top of the page and made the fieldset blue to make it more prominent, but she wants all but that and paypal checkout to be gone.

In looking at the code in tpl_login_default page, it is difficult for me to know what code I can safely remove to take out both the zc login and sign up. There is this type comment: before the section where I would have to remove code. Makes me nervous.

Since the site is now live, I'd rather not experiment too much. Is the code for ZC login and ZC signup required in order for COWOA to work? Or do you think I can safely remove it?

---

Make a backup file first then Open up the includes/templates/YOUR_TEMPLATE/templates/tpl_login_default and delete the code. Copy and insert the code below, upload it to your server. No more zc login or sign ups on that page.

PHP Code:

---

<?php
/**
 * Page Template
 *
 * @package templateSystem
 * @copyright Copyright 2003-2011 Zen Cart Development Team
 * @copyright Portions Copyright 2003 osCommerce
 * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
 * @version $Id: tpl_login_default.php 18695 2011-05-04 05:24:19Z drbyte $
 * @version $Id: Integrated COWOA v2.3 - 2007 - 2012
 */
?>
<div class="centerColumn" id="loginDefault">

<h1 id="loginDefaultHeading"><?php echo HEADING_TITLE; ?></h1>

<?php if ($messageStack->size('login') > 0) echo $messageStack->output('login'); ?>

<?php
  if ($_SESSION['cart']->count_contents() > 0) { ?>
<!-- BOF COWOA -->
<?php if (COWOA_STATUS == 'true') { ?>  
    <fieldset>
    <legend>Checkout Without Account</legend>
    <?php echo TEXT_RATHER_COWOA; ?>
    <div class="buttonRow forward">
    <?php echo "<a href=\"" . zen_href_link(FILENAME_NO_ACCOUNT, '', 'SSL') . "\">"; ?>
    <?php echo zen_image_button(BUTTON_IMAGE_CONTINUE, BUTTON_CONTINUE_ALT); ?></a></div>
    <br class="clearBoth" />
    </fieldset>
  <?php } ?>
<!-- BOF COWOA -->  
<?php } ?>
<?php if ( USE_SPLIT_LOGIN_MODE == 'True' || $ec_button_enabled) { ?>
<!--BOF PPEC split login- DO NOT REMOVE-->
<fieldset class="floatingBox back">
<legend><?php echo HEADING_NEW_CUSTOMER_SPLIT; ?></legend>

<?php // ** BEGIN PAYPAL EXPRESS CHECKOUT ** ?>
<?php if ($ec_button_enabled) { ?>
<div class="information"><?php echo TEXT_NEW_CUSTOMER_INTRODUCTION_SPLIT; ?></div>

  <div class="center"><?php require(DIR_FS_CATALOG . DIR_WS_MODULES . 'payment/paypal/tpl_ec_button.php'); ?></div>

<?php } ?>
<?php // ** END PAYPAL EXPRESS CHECKOUT ** ?>
</form>
</fieldset>
<br class="clearBoth" />
<!--EOF PPEC split login- DO NOT REMOVE-->
<?php } else { ?>
<!--BOF normal login-->
<?php
  if ($_SESSION['cart']->count_contents() > 0) {
?>
<div class="advisory"><?php echo TEXT_VISITORS_CART; ?></div>
<?php
  }
?>
<?php echo zen_draw_form('login', zen_href_link(FILENAME_LOGIN, 'action=process', 'SSL'), 'post', 'id="loginForm"'); ?>
<fieldset>
<legend><?php echo HEADING_RETURNING_CUSTOMER; ?></legend>

<label class="inputLabel" for="login-email-address"><?php echo ENTRY_EMAIL_ADDRESS; ?></label>
<?php echo zen_draw_input_field('email_address', '', zen_set_field_length(TABLE_CUSTOMERS, 'customers_email_address', '40') . ' id="login-email-address"'); ?>
<br class="clearBoth" />

<label class="inputLabel" for="login-password"><?php echo ENTRY_PASSWORD; ?></label>
<?php echo zen_draw_password_field('password', '', zen_set_field_length(TABLE_CUSTOMERS, 'customers_password') . ' id="login-password"'); ?>
<br class="clearBoth" />
<?php echo zen_draw_hidden_field('securityToken', $_SESSION['securityToken']); ?>
</fieldset>

<div class="buttonRow forward"><?php echo zen_image_submit(BUTTON_IMAGE_LOGIN, BUTTON_LOGIN_ALT); ?></div>
<div class="buttonRow back important"><?php echo '<a href="' . zen_href_link(FILENAME_PASSWORD_FORGOTTEN, '', 'SSL') . '">' . TEXT_PASSWORD_FORGOTTEN . '</a>'; ?></div>
</form>
<br class="clearBoth" />

<?php echo zen_draw_form('create_account', zen_href_link(FILENAME_CREATE_ACCOUNT, '', 'SSL'), 'post', 'onsubmit="return check_form(create_account);" id="createAccountForm"') . zen_draw_hidden_field('action', 'process') . zen_draw_hidden_field('email_pref_html', 'email_format'); ?>
<fieldset>
<legend><?php echo HEADING_NEW_CUSTOMER; ?></legend>

<div class="information"><?php echo TEXT_NEW_CUSTOMER_INTRODUCTION; ?></div>

<?php require($template->get_template_dir('tpl_modules_create_account.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_modules_create_account.php'); ?>

</fieldset>

<div class="buttonRow forward"><?php echo zen_image_submit(BUTTON_IMAGE_SUBMIT, BUTTON_SUBMIT_ALT); ?></div>
</form>
<!--EOF normal login-->
<?php } ?>
</div>

---

Thanks a heap! This is great.

I suspect the solution to this is to restore the forgot password page to it's unmodified state but I figured I'd ask if anyone has run into this and perhaps explain where this function comes from.

After installing COWOA on a dev install I was testing and the forgot password page threw a 500 error. I checked logs and it was due to "Call to undefined function zen_create_padss_password()". Any idea where this function comes from and what benefit would there be in using it instead of whatever zen uses by default? This is a 1.5 zen install.

Using Dev tool kit on both dev and live (live has a working forgot password page) installs I can't seem to find this function.

Thanks in advance.

Quote:

---

Originally Posted by bbarasa

Thanks a heap! This is great.

---

No problem glad to help.

Quote:

---

Originally Posted by geeker

I suspect the solution to this is to restore the forgot password page to it's unmodified state but I figured I'd ask if anyone has run into this and perhaps explain where this function comes from.

After installing COWOA on a dev install I was testing and the forgot password page threw a 500 error. I checked logs and it was due to "Call to undefined function zen_create_padss_password()". Any idea where this function comes from and what benefit would there be in using it instead of whatever zen uses by default? This is a 1.5 zen install.

Using Dev tool kit on both dev and live (live has a working forgot password page) installs I can't seem to find this function.

Thanks in advance.

---

Most problems occur because the files are not being uploaded to there correct directories or you have not merge the files correctly. Make sure you renamed the Admin_Folder and the YOUR_TEMPLATE folders to your custom folder name that you are using. The forgot password function should work with no problems.

Quote:

---

Originally Posted by countrycharm

Most problems occur because the files are not being uploaded to there correct directories or you have not merge the files correctly. Make sure you renamed the Admin_Folder and the YOUR_TEMPLATE folders to your custom folder name that you are using. The forgot password function should work with no problems.

---

I suspected that might be the issue at first so I did a find on the folder I downloaded for this plugin searching all files for this function. It came up in the header file for password recovery calling the function but the function itself was not found. Could you point me to the file that contains that function?

Quote:

---

Originally Posted by countrycharm

Most problems occur because the files are not being uploaded to there correct directories or you have not merge the files correctly. Make sure you renamed the Admin_Folder and the YOUR_TEMPLATE folders to your custom folder name that you are using. The forgot password function should work with no problems.

---

I did some digging. This function is new in 1.5.1 so this plug-in is not 1.5.0 compatible. It is compatible for 1.5.1 or greater.

Quote:

---

Originally Posted by geeker

I did some digging. This function is new in 1.5.1 so this plug-in is not 1.5.0 compatible. It is compatible for 1.5.1 or greater.

---

Cowoa is compatible with Zen Cart v1.5.0 and Zen Cart v1.5.1. I don't know why you are getting and 500 error from the forgot password function. I have two test servers, one is zen cart v1.5.0 and the other is zen cart v1.5.1. I'm not getting any errors you are describing at all. You much have done something for it not to work.

Works just fine on my 1.5 site.

Deleted

Quote:

---

Originally Posted by geeker

I did some digging. This function is new in 1.5.1 so this plug-in is not 1.5.0 compatible. It is compatible for 1.5.1 or greater.

---

Not true.. this version is working on three sites I have installed it on..

I didn't see mention of this before, so thought I'd share my experience - happily a problem and a solution!

Just installed COWOA on 1.5.1 and noticed an issue on the first checkout page, billing. At the top where the billing steps are shown it read "TEXT_ORDER_STEPS_BILLING".

I tracked this down to the file: /includes/language/english/extra_definitions/order_steps_defines.php , however to work in my install I had to place the file in this path: /includes/language/english/extra_definitions/YOUR_TEMPLATE/order_steps_defines.php

I am using the Cherry-Zen template.

Thought I'd pass this on in case it is of interest to others. On the other hand being a complete newb to Zen Cart and php, I may just have screwed up an install somewhere along the line!

Finally, thanks for all the great work on this, and your responsiveness in these forums.

When using the Ty Package Tracker plugin
http://www.zen-cart.com/downloads.php?do=file&id=75

How does that work with COWOA on Zen 1.51.1? Any problems? It seems without an account login customers wouldn't be able to track their orders?

They can track their orders just fine.

They get redirected to a page that asks for Order ID and email address.


* This ~may~ have been an addition from Super Orders, not sure as I installed them at the same time.

Quote:

---

Originally Posted by Limitless

They can track their orders just fine.

They get redirected to a page that asks for Order ID and email address.


* This ~may~ have been an addition from Super Orders, not sure as I installed them at the same time.

---

COWOA feature.. not from Super Orders..

Quote:

---

Originally Posted by DivaVocals

COWOA feature.. not from Super Orders..

---

Thanks for clarifying, I already had Tracking installed and did COWOA and SO at the same time and just vaguely remember the bits needed for Tracking.

Quote:

---

Originally Posted by Limitless

They can track their orders just fine.

They get redirected to a page that asks for Order ID and email address.


* This ~may~ have been an addition from Super Orders, not sure as I installed them at the same time.

---

Quote:

---

Originally Posted by Limitless

Thanks for clarifying, I already had Tracking installed and did COWOA and SO at the same time and just vaguely remember the bits needed for Tracking.

---

The shipper's tracking number appearing on the customer order detail page come's from Ty Package Tracker not Super Orders or COWOA.. That all said there is no reason add-ons all three can't work together..

Quote:

---

Originally Posted by DivaVocals

The shipper's tracking number appearing on the customer order detail page come's from Ty Package Tracker not Super Orders or COWOA.. That all said there is no reason add-ons all three can't work together..

---

I understand that. And all 3 work wonderfully together.

Please can you help? I have just installed COWOA 2.3 because I don't want customers to have to sign in to anything before they order. However, the checkout now goes to a login page with 2 choices - signing up for new customers and logging in for existing customers. So, something has changes as this is a new layout to previously, but this is not the solution I was looking for. Could anyone please advise where I went wrong?
(running ZenCart 1.5.0)
Site (partially built) is http://www.The StaircasePeople.co.uk
Thanks for your help.

CANCEL this! I've just found the part in the instructions to tell me how to activate COWOA. All working now! Doh!

Quote:

---

Originally Posted by i4detail

Please can you help? I have just installed COWOA 2.3 because I don't want customers to have to sign in to anything before they order. However, the checkout now goes to a login page with 2 choices - signing up for new customers and logging in for existing customers. So, something has changes as this is a new layout to previously, but this is not the solution I was looking for. Could anyone please advise where I went wrong?
(running ZenCart 1.5.0)
Site (partially built) is http://www.The StaircasePeople.co.uk
Thanks for your help.

---

Please review the readme and your install.. Either COWOA is installed wrong or it's not turned on in the admin..

Quote:

---

Originally Posted by i4detail

Please can you help? I have just installed COWOA 2.3 because I don't want customers to have to sign in to anything before they order. However, the checkout now goes to a login page with 2 choices - signing up for new customers and logging in for existing customers. So, something has changes as this is a new layout to previously, but this is not the solution I was looking for. Could anyone please advise where I went wrong?
(running ZenCart 1.5.0)
Site (partially built) is http://www.The StaircasePeople.co.uk
Thanks for your help.

CANCEL this! I've just found the part in the instructions to tell me how to activate COWOA. All working now! Doh!

---

I see you have it working. Just the littlest things can mess things up. Thank goodness for the install docs..........

Thank you all for your advice.That's all sorted now.
BUT... the COWOA has changed the page layout by raising the navMainWrapper up and the logo and tagline are now directly below it. This has resulted in the tagline showing higher up than the logo and I just cannot find a way to remedy this. Can anyone help please?
Thanks
Sallyhttp://www.thestaircasepeople.co.uk

Quote:

---

Originally Posted by i4detail

Thank you all for your advice.That's all sorted now.
BUT... the COWOA has changed the page layout by raising the navMainWrapper up and the logo and tagline are now directly below it. This has resulted in the tagline showing higher up than the logo and I just cannot find a way to remedy this. Can anyone help please?
Thanks
Sallyhttp://www.thestaircasepeople.co.uk

---

Cowoa doesn't touch any page that would change the layout of what you are describing.

Thanks, Countrycharm. I'm really confused now as I don't think that I touched anything to do with the navMainWrapper or logo. I've used Firefox bug to see if I can make some minor adjustments to the positioning of the page as it is now. I think that I can re-arrange things so I'll give it a try.

Hi -
using Zen 1.5 and new version of COWOA updated on my site createadesign.net:
I select an item (I used model fc6115), entered a quantity and selected checkout without opening an account
on the next screen, the system asks for a shipping address, so I enter enter same,
on the next screen, the system asks for a billing address so I enter same
on next screen, the system asks for the shipping method - but when I look at the top of the screen for the billing address, the system displays the shipping address & NOT the billing address.
and when a credit card is run through Paypal it is rejected for the billing address details are incorrect (the shipping details)
Thanx in advance for your help
Rufusclc

Hi - re error with shipping/billing
played around with the files and I must have corrected something = seems to be working now
sorry
Rufusclc

[QUOTE=countrycharm;1152839]Why couldn't you put a notice up stating that, for For security reasons, an account needs to be created when purchasing a download or Gift Certificate? /QUOTE]

any suggestions on disabling cowoa when gift certs are in play or disabling gift cert redemption when cowoa is selected? i have the same issue, but, since people generally don't read or forget text as such, i'd like to build in a system to auto restrict.

I posted this as its own thread a while back and got no answer. The problem still exists, and I'm getting an error log generated every single time someone checks out.

The order seems to go through - at least nobody has complained yet. (I did have someone's info show up as a new account and it says it came from COWOA although he made no purchase)
Anyhow, I keep getting the following error in my logs:

PHP Parse error: syntax error, unexpected $end in
includes/languages/english/azienda/time_out.php on line 20

The time_out.php file is from COWOA and line 20 says:

// eof

so why is it generating an error?

Please explain in simple terms.....

thanks
Joe

scratch above RFI - I just checked files with original. Apparently I've got 2.2 and 2.3 that //eof line was removed.

Quote:

---

Originally Posted by joejoejoe

I posted this as its own thread a while back and got no answer. The problem still exists, and I'm getting an error log generated every single time someone checks out.

The order seems to go through - at least nobody has complained yet. (I did have someone's info show up as a new account and it says it came from COWOA although he made no purchase)
Anyhow, I keep getting the following error in my logs:

PHP Parse error: syntax error, unexpected $end in
includes/languages/english/azienda/time_out.php on line 20

The time_out.php file is from COWOA and line 20 says:

// eof

so why is it generating an error?

Please explain in simple terms.....

thanks
Joe

---

Open up the file includes/languages/english/azienda/time_out.php and delete the // eof at the end and see if the error gos away.
What version of Cowoa are you using because there is no // eof in that file for Cowoa v2.3

Quote:

---

Originally Posted by joejoejoe

scratch above RFI - I just checked files with original. Apparently I've got 2.2 and 2.3 that //eof line was removed.

---

I see you have it all worked out. I miss your other post for some reason.

I can't seem to find a solution to this problem anywhere and am now desperate! I have Zen cart 1.5.1 and have been trying to install the latest COWOA, 2.3. This is a brand new install I don't have the old version installed. Everything seems to work up until I need to switch it on in Admin--Configuration--Cowoa Configuration. When I go there all I get is a blank page with the words title, value, action. When I installed the SQL file I did not get any errors. I have tried to uninstall the module by running the uninstall_cowoa.sql file in the admin and get an error - Warning: An error occurred, please refresh the page and try again. I tried installing COWOA again on a backup site and the same thing happened.

I don't know if this helps at all but I was in the process of installing Fast and Easy Checkout when I decided to switch to COWOA. I have deleted all of the Fast and Easy Checkout files and ran the uninstall SQL on that module which worked fine.

I've googled and searched the forums but can't seem to find an answer to this problem that has worked. Does anyone have any idea how to fix this or know what I'm doing wrong? Thanks a bunch!

FAQ on troubleshooting blank pages:
http://www.zen-cart.com/content.php?124-blank-page
and on your "warning" message:
http://www.zen-cart.com/content.php?...-and-try-again

(I found these by searching in the FAQs section)

Quote:

---

Originally Posted by NoHug4u

I can't seem to find a solution to this problem anywhere and am now desperate! I have Zen cart 1.5.1 and have been trying to install the latest COWOA, 2.3. This is a brand new install I don't have the old version installed. Everything seems to work up until I need to switch it on in Admin--Configuration--Cowoa Configuration. When I go there all I get is a blank page with the words title, value, action. When I installed the SQL file I did not get any errors. I have tried to uninstall the module by running the uninstall_cowoa.sql file in the admin and get an error - Warning: An error occurred, please refresh the page and try again. I tried installing COWOA again on a backup site and the same thing happened.

I don't know if this helps at all but I was in the process of installing Fast and Easy Checkout when I decided to switch to COWOA. I have deleted all of the Fast and Easy Checkout files and ran the uninstall SQL on that module which worked fine.

I've googled and searched the forums but can't seem to find an answer to this problem that has worked. Does anyone have any idea how to fix this or know what I'm doing wrong? Thanks a bunch!

---

I have struggled with the same issue. New install of Zen Cart 1.5.1 with COWOA 2.3. Previously installed template tb_sempre. The log shows

PHP Fatal error: 1062:Duplicate entry 'PRODUCT_LISTING_LAYOUT_STYLE' for key 'unq_config_key_zen' :: INSERT INTO configuration (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES ('Product Listing - Layout Style', 'PRODUCT_LISTING_LAYOUT_STYLE', 'rows', 'Select the layout style:<br />Each product can be listed in its own row (rows option) or products can be listed in multiple columns per row (columns option)', '8', '40', NULL, now(), NULL, 'zen_cfg_select_option(array("rows", "columns"),'); in /home/nutraex/www/shop/includes/classes/db/mysql/query_factory.php on line 120

Anyone know how to solve this?

Quote:

---

Originally Posted by Harvey1

I have struggled with the same issue. New install of Zen Cart 1.5.1 with COWOA 2.3. Previously installed template tb_sempre. The log shows

PHP Fatal error: 1062:Duplicate entry 'PRODUCT_LISTING_LAYOUT_STYLE' for key 'unq_config_key_zen' :: INSERT INTO configuration (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, last_modified, date_added, use_function, set_function) VALUES ('Product Listing - Layout Style', 'PRODUCT_LISTING_LAYOUT_STYLE', 'rows', 'Select the layout style:<br />Each product can be listed in its own row (rows option) or products can be listed in multiple columns per row (columns option)', '8', '40', NULL, now(), NULL, 'zen_cfg_select_option(array("rows", "columns"),'); in /home/nutraex/www/shop/includes/classes/db/mysql/query_factory.php on line 120

Anyone know how to solve this?

---

If you indeed have the EXACT SAME issue as NoHug4u (blank pages, etc..), then the links DrByte posted apply to you as well.. If you are having a DIFFERENT issue, then some specifics of the issue you are having would help the community to help you..

That said, the error you posted does not seem related to COWOA at all... It would seem to indicate that you are having an issue with a different add-on (the parts I highlighted in red are how I reached this conclusion).. This SQL you posted in your error message is NOT part of the COWOA SQL..

So you have two options..

1. Rollback to before when you installed COWOA and start over with your install
2. Figure out which add-on you installed that is burping up this error and correct the issue

I'm not getting a blank page once COWOA is installed. The Zen cart admin screen shows up, the ADMIN-->Configuration-->Cowoa Configuration shows up on the drop down and I can click on it, however once I do, the 4 configurations that need to be set to true or false are not there. The page is not blank just those options are missing so I am unable to switch Cowoa on if that makes sense.

Quote:

---

Originally Posted by NoHug4u

I'm not getting a blank page once COWOA is installed. The Zen cart admin screen shows up, the ADMIN-->Configuration-->Cowoa Configuration shows up on the drop down and I can click on it, however once I do, the 4 configurations that need to be set to true or false are not there. The page is not blank just those options are missing so I am unable to switch Cowoa on if that makes sense.

---

Yes, my system shows the exact same symptoms. I selected the classic template and installed COWOA again. There are no errors in the log file. (I removed those old ones)

When I select Configuration->Cowoa Configuration, I get a normal header and a black background across the screen with three words spread out across the page, Title (at the left) Value (in the middle) and Action (on the right). No error message and no way to turn on the COWOA function.

Quote:

---

Originally Posted by NoHug4u

I'm not getting a blank page once COWOA is installed. The Zen cart admin screen shows up, the ADMIN-->Configuration-->Cowoa Configuration shows up on the drop down and I can click on it, however once I do, the 4 configurations that need to be set to true or false are not there. The page is not blank just those options are missing so I am unable to switch Cowoa on if that makes sense.

---

Quote:

---

Originally Posted by Harvey1

Yes, my system shows the exact same symptoms. I selected the classic template and installed COWOA again. There are no errors in the log file. (I removed those old ones)

When I select Configuration->Cowoa Configuration, I get a normal header and a black background across the screen with three words spread out across the page, Title (at the left) Value (in the middle) and Action (on the right). No error message and no way to turn on the COWOA function.

---

My response to both of you is the same... Roll back your store to the state it was before you installed COWOA (You did back up your store files and database BEFORE you installed it right???)

Then try doing this install again..

Quote:

---

Originally Posted by DivaVocals

My response to both of you is the same... Roll back your store to the state it was before you installed COWOA (You did back up your store files and database BEFORE you installed it right???)

Then try doing this install again..

---

I am working with a new install. Went back to the beginning and re-installed a fresh copy of 1.5.1, no template and installed this plugin as the first and only plugin. Works like a charm. Thanks for your help.

Well that error message I got about the unexpected end didn't go away when I put the updated time_out.php file in. I just checked and after each sale I am still getting it (PHP Parse error: syntax error, unexpected $end in )- but now it says line 19 instead of line 20 and line 19 is the last line of the file, which I uploaded straight from the unzipped download of v2.3 Line 19 says:

define('TEXT_PASSWORD_FORGOTTEN', 'Forgot Your Password?')

And I opened it with Crimson editor just to check and there are no extra spaces or lines after that )

Quote:

---

Originally Posted by joejoejoe

Well that error message I got about the unexpected end didn't go away when I put the updated time_out.php file in. I just checked and after each sale I am still getting it (PHP Parse error: syntax error, unexpected $end in )- but now it says line 19 instead of line 20 and line 19 is the last line of the file, which I uploaded straight from the unzipped download of v2.3 Line 19 says:

define('TEXT_PASSWORD_FORGOTTEN', 'Forgot Your Password?')

And I opened it with Crimson editor just to check and there are no extra spaces or lines after that )

---

Hard to troubleshoot one off issues.. The most likely cause of most issues with COWOA is an installation error/mistake.. So roll back your store to the state it was before you installed COWOA (You did back up your store files and database BEFORE you installed it right???)

Then try doing this install again..

"unexpected $end" is almost always caused by unmatched/unclosed parentheses or braces, such as in an IF statement or WHILE or FOR or SWITCH loop, or an incomplete class/function declaration (such as would happen if you were editing a class or function file and remove a closing brace, or forget to add a closing brace to an IF statement you're adding, etc). Basically it's a programming error in your customized code.

Probably been asked before, but I don't remember seeing it in the thread.

Is there a way to merge a COWOA account with a Standard account?

Even if I have to delete standard account and flip a bit in the db, ie COWOA_account from 1 to 0

What issues will that cause?

Any way to transfer order history, etc?

Quote:

---

Originally Posted by Harvey1

I am working with a new install. Went back to the beginning and re-installed a fresh copy of 1.5.1, no template and installed this plugin as the first and only plugin. Works like a charm. Thanks for your help.

---

Another question about COWOA - this is about the document flow.

Considering that we want to give a visitor (not a member) easy access to buy, then it follows that we should limit his/her choices. I want to show only the COWOA path and not the rest of the login options. If they want to log in, they can do so from the menu.

That said, I still want members to have login privileges. So I cannot eliminate the signup and login completely.
I want the COWOA path to not be offered when you select login, only when you try to buy something and you are not a (logged in) member.

Is this possible?

Finding that one of the on-screen messages may not be fully understood by all customers. It's the error message displayed when a customer attempts to use COWOA with an e-mail address that is linked to a standard customer account.

So I've revised it so it is much more detailed than the current message. Thought I'd share in case anyone else has the same experience.

Updated includes\languages\YOUR_TEMPLATE\english.php:
Change this:

Code:

---

define('ENTRY_EMAIL_ADDRESS_ERROR_EXISTS', 'Our system already has a record of that email address - please try logging in with that email address. If you do not use that address any longer you can correct it in the My Account area.');

---

To this:

Code:

---

define('ENTRY_EMAIL_ADDRESS_ERROR_EXISTS', 'You cannot use our "<strong>checkout without an account</strong>" feature with the e-mail address provided because our system already has a regular store account on file using that email address - please try logging in to our store with that email address. If you do not use that email address any longer you can correct it in the "<strong>My Account</strong>" area once logged in.');

---