COWOA (for ZC v1.5.x)

[AllenFreeman]

BTW, in the COWOA admin, the explanation for the 'Enable Forced Logoff' is NOT correct.

It says:

Enable The Forced LogOff Function of COWOA?
Set to True so that a Customer that uses COWOA will be logged off automatically after a sucessfull checkout. If they are getting a file download, then they will have to wait for the Status E-Mail to arrive in order to download the file.


But in reality, setting the option to 'true' also disables the status email download links, too. That's why having this option set to 'true' will make a download customer curse you! LOL

[DivaVocals]

it's a KNOWN bug.. This part of the code has not worked correctly in some time..

BTW, in the COWOA admin, the explanation for the 'Enable Forced Logoff' is NOT correct.

It says:

Enable The Forced LogOff Function of COWOA?
Set to True so that a Customer that uses COWOA will be logged off automatically after a sucessfull checkout. If they are getting a file download, then they will have to wait for the Status E-Mail to arrive in order to download the file.


But in reality, setting the option to 'true' also disables the status email download links, too. That's why having this option set to 'true' will make a download customer curse you! LOL

[DivaVocals]

Explained here: http://www.zen-cart.com/showthread.p...80#post1237580

it's a KNOWN bug.. This part of the code has not worked correctly in some time..

[davewest]

it's a KNOWN bug.. This part of the code has not worked correctly in some time..

What... another bug!

OK... so downloads was working for me on one of my old sites... most be me again!

Recreating by doing a clean install
Zen Cart 1.5.2,
responsive template,
email archive manager 1.7b,
integrated COWOA 2.4 for ZC 1.5.2
xamp php 5.5.11

so.. no code edits, using downloads as designed, if a payment method was used that had an order status as Pending (default), no download would show as expected. Admin would have to change the status to Processing, add a comment for the buyer to access the download by using the order status page or account history if they have an account. Once email and order ID was entered, the download button would show on the status page or account page as expected. I wouldn't send the product download link by email or run the risk of many free downloads occurring.

This is where it gets interesting, if I use a payment method that has an order status of Processing, the download button should appear on the checkout success page. Well It seems to be blocked at line 122, and a session kill at line 80 for COWOA users, but not for account holders.

I'll leave the session destroy switch in place, uses, 'false' allow downloads to work, 'true' do zen_session_destroy() no downloads for COWOA users. So, line 82 section of code is modified to this;

includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_sucess_default.php

if (isset($_SESSION['customer_guest_id']) || ($_SESSION['COWOA'])) {

line 122 remove the COWOA check;

 if (DOWNLOAD_ENABLED == 'true') require($template->get_template_dir('tpl_modules_downloads.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_modules_downloads.php');

We need to fix the download link for COWOA users so they don't think they have a account history page. Copy tpl_modules_downloads.php from the default template folder to yours and change line 86 to something that works for you..

includes/templates/YOUR_TEMPLATE/templates/tpl_modules_downloads.php

<p><?php if(!($_SESSION['COWOA'])) { printf(FOOTER_DOWNLOAD, '<a href="' . zen_href_link(FILENAME_ACCOUNT, '', 'SSL') . '">' . HEADER_TITLE_MY_ACCOUNT . '</a>'); 
  } else {
    printf(FOOTER_DOWNLOAD_COWOA);
  }?></p>

Add to the language page for checkout success so it makes sense...

includes/languages/english/checkout_success.php

define('FOOTER_DOWNLOAD_COWOA', 'You can also download your products at a later time using the Order Status page.');

Play with this on a testing environment first, I didn't spend allot of time testing it out, but seems to work for me..

[DivaVocals]

Damn Dave.. I love you! On a plane waiting for takeoff.. as soon as I get home gonna test this and confirm the results..
Did I mention how awesome you are.. again..

What... another bug!

OK... so downloads was working for me on one of my old sites... most be me again!

Recreating by doing a clean install
Zen Cart 1.5.2,
responsive template,
email archive manager 1.7b,
integrated COWOA 2.4 for ZC 1.5.2
xamp php 5.5.11

so.. no code edits, using downloads as designed, if a payment method was used that had an order status as Pending (default), no download would show as expected. Admin would have to change the status to Processing, add a comment for the buyer to access the download by using the order status page or account history if they have an account. Once email and order ID was entered, the download button would show on the status page or account page as expected. I wouldn't send the product download link by email or run the risk of many free downloads occurring.

This is where it gets interesting, if I use a payment method that has an order status of Processing, the download button should appear on the checkout success page. Well It seems to be blocked at line 122, and a session kill at line 80 for COWOA users, but not for account holders.

I'll leave the session destroy switch in place, uses, 'false' allow downloads to work, 'true' do zen_session_destroy() no downloads for COWOA users. So, line 82 section of code is modified to this;

includes/templates/YOUR_TEMPLATE/templates/tpl_checkout_sucess_default.php

if (isset($_SESSION['customer_guest_id']) || ($_SESSION['COWOA'])) {

line 122 remove the COWOA check;

 if (DOWNLOAD_ENABLED == 'true') require($template->get_template_dir('tpl_modules_downloads.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_modules_downloads.php');

We need to fix the download link for COWOA users so they don't think they have a account history page. Copy tpl_modules_downloads.php from the default template folder to yours and change line 86 to something that works for you..

includes/templates/YOUR_TEMPLATE/templates/tpl_modules_downloads.php

<p><?php if(!($_SESSION['COWOA'])) { printf(FOOTER_DOWNLOAD, '<a href="' . zen_href_link(FILENAME_ACCOUNT, '', 'SSL') . '">' . HEADER_TITLE_MY_ACCOUNT . '</a>'); 
  } else {
    printf(FOOTER_DOWNLOAD_COWOA);
  }?></p>

Add to the language page for checkout success so it makes sense...

includes/languages/english/checkout_success.php

define('FOOTER_DOWNLOAD_COWOA', 'You can also download your products at a later time using the Order Status page.');

Play with this on a testing environment first, I didn't spend allot of time testing it out, but seems to work for me..

[Marta van Eck]

I have a question. This all module it to make is easier and faster...just why to ask my customers all these data if he/she is not going to open account? Is the is a way to disable some of the fields required to be fill out in billing info?
http://www.polish-your-art.com/bouti...age=no_account
I already done this with standard create account but can not find a file where these quest or no account data are included.
http://www.polish-your-art.com/bouti...create_account
I got now let info needed to create account then in billing info for COWOA. I would like to have it the same way. I am selling only downloadable product and also do not need shipping. Is the is a way to remove or to skip this step when buying downloadable product?

[lat9]

I have a question. This all module it to make is easier and faster...just why to ask my customers all these data if he/she is not going to open account? Is the is a way to disable some of the fields required to be fill out in billing info?
http://www.polish-your-art.com/bouti...age=no_account
I already done this with standard create account but can not find a file where these quest or no account data are included.
http://www.polish-your-art.com/bouti...create_account
I got now let info needed to create account then in billing info for COWOA. I would like to have it the same way. I am selling only downloadable product and also do not need shipping. Is the is a way to remove or to skip this step when buying downloadable product?

I'm hoping that DivaVocals will forgive me for hijacking this thread, but it sounds like "Minimum Customer Account Information" (http://www.zen-cart.com/downloads.php?do=file&id=1465) might be of help. That plugin will allow you to significantly reduce the number of fields required to create an account, but it is not integrated with COWOA, so your customers will need to create an account if you use it. Note also that some people who sell only downloadable products still want to capture the customer's address information during account creation, since some customers will be paying via credit card.

[Marta van Eck]

Thank you lat9 for your answer. I think that add will not help me. I already got let info for customers who are willing to create an account. But this COWOA looks like a good alternative for those who do not like filling to much info on unknown server. It all looks and work ok after all small changes I made according what davewest wrote. The only think I do not want to is too much info to collects. I do not need street and state and country because nothing will be shipped. And telephone...also do not need it. It work smooth and I like the mod very much , just I afraid some customers will not be willing to write those data. So maybe someone know how to disabled this?

[DivaVocals]

I'm hoping that DivaVocals will forgive me for hijacking this thread, but it sounds like "Minimum Customer Account Information" (http://www.zen-cart.com/downloads.php?do=file&id=1465) might be of help. That plugin will allow you to significantly reduce the number of fields required to create an account, but it is not integrated with COWOA, so your customers will need to create an account if you use it. Note also that some people who sell only downloadable products still want to capture the customer's address information during account creation, since some customers will be paying via credit card.

Thank you lat9 for your answer. I think that add will not help me. I already got let info for customers who are willing to create an account. But this COWOA looks like a good alternative for those who do not like filling to much info on unknown server. It all looks and work ok after all small changes I made according what davewest wrote. The only think I do not want to is too much info to collects. I do not need street and state and country because nothing will be shipped. And telephone...also do not need it. It work smooth and I like the mod very much , just I afraid some customers will not be willing to write those data. So maybe someone know how to disabled this?

Why wouldn't this help?? lat9 gave you a VERY VIABLE solution that WILL solve your issue.. I think lat9 is saying that you can try to apply the changes in her mod to the no_account page since it is based on the create_account page.. (IJS...)

[Marta van Eck]

I understand that this mod will make possible to reduce to minimum data that are now required in COWOA? I just have change it by hand, apply the changes to no_ ccount page from create _account? Is this mean no_account in COWOA is equivalent to create_ account in standard procedure?