COWOA (for ZC v1.5.x)

This is for Zen Cart v1.5.x
This is the NEW thread for the latest version COWOA Updated and Combined for Zen Cart v1.5.x.

If you are using Zen Cart v1.3.x:
Please DO NOT post questions regarding the v1.3.x versions of this add-on in this support thread.
Questions regarding the v1.3.x versions of this add-on should be directed to this support thread HERE:http://www.zen-cart.com/showthread.p...d-and-Combined

I'm not providing any support for this add-on I'm just being a good zen cart member and opening another thread for the updated version of COWOA....

COWOA is in the plugins area here: http://www.zen-cart.com/downloads.php?do=file&id=1416

Thanks for updating this mod. I was in the process of putting this on a customers site when you open the support thread. I'm installing on 1.5 and while most of the updates were clearly marked, one file had substantial differences that didn't seem to be related to COWOA. I think the includes/classes/order.php that's been modified is a 1.3.9h file but it's included in the files for 1.5. I've merged the 1.5 changes into the COWOA file but I haven't installed on the website yet. Do you have the correct file for 1.5?

Quote:

---

Originally Posted by badarac

Thanks for updating this mod. I was in the process of putting this on a customers site when you open the support thread. I'm installing on 1.5 and while most of the updates were clearly marked, one file had substantial differences that didn't seem to be related to COWOA. I think the includes/classes/order.php that's been modified is a 1.3.9h file but it's included in the files for 1.5. I've merged the 1.5 changes into the COWOA file but I haven't installed on the website yet. Do you have the correct file for 1.5?

---

Check your PM.

Thanks for that file. I've got it installed and it's working fine as long as I use the unmodified admin/orders.php file. If I use the one supplied when I click edit on an order I get the following error Parse error: syntax error, unexpected T_CASE in .../zencart/admin/orders.php on line 289.

Quote:

---

Originally Posted by badarac

Thanks for that file. I've got it installed and it's working fine as long as I use the unmodified admin/orders.php file. If I use the one supplied when I click edit on an order I get the following error Parse error: syntax error, unexpected T_CASE in .../zencart/admin/orders.php on line 289.

---

What MySQL server version are you running? I have this installed on my test site and I don't get this problem. Look in your cache folder and show the Debug Error Log.

Quote:

---

Originally Posted by countrycharm

What MySQL server version are you running? I have this installed on my test site and I don't get this problem. Look in your cache folder and show the Debug Error Log.

---

I'm looking to add this to a new site and started merging the files... The first one, admin/orders.php looks like it is missing a "}" to close off the added line around 188

PHP Code:

---

if ($check_status->fields['COWOA_order'] != 1)  { 


---

I think the closing "}" should be placed on line 210, the line just before

PHP Code:

---

// PayPal Trans ID, if any 


---

... Can you confirm if this is correct? Comparing to a fresh install of zencart v1.5, using the latest 2.0c4 version of the mod. Looking forward to trying it out.

Thanks

Just finished getting the mod installed... there are several install files with discrepancies from the core files, possibly 1.3.9 files as another user suggested?

A few issues cropped up from preliminary testing:

(1) Couldn't log out of a COWOA account after checkout (have forced logoff enabled). Pages display the Log In link as though no account is logged in, but clicking the link goes directly to the account page for the COWOA account.

(2) After the original order confirmation email, subsequent order updates mailed to COWOA accounts have a link to the "account history" page, which requires a log in, rather than the "order lookup" page.

(3) After doing a sucessful order lookup with a COWOA account, adding an item to the cart breaks the shipping estimator. Also, clicking "checkout" goes directly to the COWOA checkout page without showing the account create/log-in page. On the shipping options page a blank address is entered (just a "," in the third line) -- presumably the reason for the broken shipping estimates.

(4) Having some major delays loading pages when testing the COWOA functionality. This may be a server issue, though they only seem to occur in IE9. Haven't noticed in either FF or chrome.

Certainly appreciate the contribution, just wanted to point out a couple install issues I had.

Although I am not a php coder I too found the error you mentioned at or around line 289.
I ran the file through an on-line php syntax checker at Syntax Check

I added the closing curly brace as suggested in line 210, there was a blank line there just waiting for something?

Ran the file through the on-line checker again and got an all clear on any syntax errors. I hope this fixes the issue.
I also discovered that on line 373 the doc type is; HTML 4.01

Code:

---

<!doctype html public "-//W3C//DTD HTML 4.01 Transitional//EN">
<html <?php echo HTML_PARAMS; ?> >

---

Should that not be:

Code:

---

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" <?php echo HTML_PARAMS; ?>>

---

As it is in the Store side html_header.php. again not that I really know much, just pointing out what I see and asking if it's right.

Quote:

---

Originally Posted by BillyBoyle

Although I am not a php coder I too found the error you mentioned at or around line 289.
I ran the file through an on-line php syntax checker at Syntax Check

I added the closing curly brace as suggested in line 210, there was a blank line there just waiting for something?

Ran the file through the on-line checker again and got an all clear on any syntax errors. I hope this fixes the issue.

I also discovered that on line 373 the doc type is; HTML 4.01

Code:

---

<!doctype html public "-//W3C//DTD HTML 4.01 Transitional//EN">
<html <?php echo HTML_PARAMS; ?> >

---

Should that not be:

Code:

---

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" <?php echo HTML_PARAMS; ?>>

---

As it is in the Store side html_header.php. again not that I really know much, just pointing out what I see and asking if it's right.

---

Quote:

---

I added the closing curly brace as suggested in line 210, there was a blank line there just waiting for something?

---

This has been fix in COWOA Version 2.1. Thank you two for bring this up.

Quote:

---

I also discovered that on line 373 the doc type is; HTML 4.01

Code:

---

<!doctype html public "-//W3C//DTD HTML 4.01 Transitional//EN">
<html <?php echo HTML_PARAMS; ?> >

---

Should that not be:

Code:

---

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" <?php echo HTML_PARAMS; ?>>

---

---

If you open up a fresh zen cart v1.5.0 admin orders.php file you will see the code is right.

Quote:

---

Originally Posted by shinypenguin

Just finished getting the mod installed... there are several install files with discrepancies from the core files, possibly 1.3.9 files as another user suggested?

A few issues cropped up from preliminary testing:

(1) Couldn't log out of a COWOA account after checkout (have forced logoff enabled). Pages display the Log In link as though no account is logged in, but clicking the link goes directly to the account page for the COWOA account.

(2) After the original order confirmation email, subsequent order updates mailed to COWOA accounts have a link to the "account history" page, which requires a log in, rather than the "order lookup" page.

(3) After doing a sucessful order lookup with a COWOA account, adding an item to the cart breaks the shipping estimator. Also, clicking "checkout" goes directly to the COWOA checkout page without showing the account create/log-in page. On the shipping options page a blank address is entered (just a "," in the third line) -- presumably the reason for the broken shipping estimates.

(4) Having some major delays loading pages when testing the COWOA functionality. This may be a server issue, though they only seem to occur in IE9. Haven't noticed in either FF or chrome.

Certainly appreciate the contribution, just wanted to point out a couple install issues I had.

---

Thanks for pointing them out.

Quote:

---

Originally Posted by countrycharm

If you open up a fresh zen cart v1.5.0 admin orders.php file you will see the code is right.

---

I was just going by the main html_header.php file. was just wondering that's all, linking it to the other issue and badarac pointing out that the orders.php looked like it was a modified 1.3.9h file.
As stated just a learner and trying to learn.

Can I ask another question
When I was running the sql update it threw up a couple of errors: 1 of them probably cause I already have Fast and Easy installed (duplicate column names)
The other was related to the CONCAT('gID=',@configuration_group_id) copied direct from the sql file in the zencart 1.5 mods at the bottom of the file.
phpmyadmin returned an error stating page_params could not be NULL. And on looking in to my admin area COWOA config was 1, sitting in the wrong place on the menu and 2. had not settings with in the page. I had to manually set the gID= (in my case to 42) and all was good with the configuration menu showing in the correct place and now with the setting showing up.

I as I not knowledgeable in sql, as well as php. Finding answers and solutions takes me hours.
My question is, was it something I did or could this also need looked at for the next release?
The page_params for the menu location was gID=@configuration_group_id before I changed it manually.

Thanks again, it is always good to learn.

Quote:

---

Originally Posted by BillyBoyle

I was just going by the main html_header.php file. was just wondering that's all, linking it to the other issue and badarac pointing out that the orders.php looked like it was a modified 1.3.9h file.
As stated just a learner and trying to learn.

Can I ask another question
When I was running the sql update it threw up a couple of errors: 1 of them probably cause I already have Fast and Easy installed (duplicate column names)
The other was related to the CONCAT('gID=',@configuration_group_id) copied direct from the sql file in the zencart 1.5 mods at the bottom of the file.
phpmyadmin returned an error stating page_params could not be NULL. And on looking in to my admin area COWOA config was 1, sitting in the wrong place on the menu and 2. had not settings with in the page. I had to manually set the gID= (in my case to 42) and all was good with the configuration menu showing in the correct place and now with the setting showing up.

I as I not knowledgeable in sql, as well as php. Finding answers and solutions takes me hours.
My question is, was it something I did or could this also need looked at for the next release?
The page_params for the menu location was gID=@configuration_group_id before I changed it manually.

Thanks again, it is always good to learn.

---

Quote:

---

I was just going by the main html_header.php file. was just wondering that's all, linking it to the other issue and badarac pointing out that the orders.php looked like it was a modified 1.3.9h file.
As stated just a learner and trying to learn.

---

I wasn't trying to be rude toward you. Sorry if you took it the wrong way.

It's probably because you have Fast and Easy checkout installed too. I would imagine installing both will cause conflict with each other since Fast and Easy checkout has COWOA already. Why would you want to install COWOA and Fast and Easy checkout together in the first place. That doesn't make a whole lot of sense to me.
I'm not trying to be rude toward you, I'm just trying to see why you would want both installed at the same time.

@ countrycharm (I wasn't trying to be rude toward you. Sorry if you took it the wrong way.) absolutely no offence taken my friend. We all have the same gaol here I think. To live, to learn, to make the best god damn sites possible, and make a few bucks.

FEC abd COWOA together is wrong ??
Ah! that explains why my site went all funky...:lookaroun :frusty:

Not following my own advice yet again. I could not see the benefits of FEC right away and miss read the install on the OP's site. (no offence, but not as well laid out as here.)

Anyway not running them together now. Took a couple of hours to put it on and about 2 days to remove it fix all the errors I had made and re-do backup. f*!&^ing good learning experience, will not be doing it again anytime soon. :no::no::no:

It's all good anyways.

SQL error, WARNING: An Error occurred, please refresh the page and try again.

BTW, I installed FEC, and so how to fix it?

Quote:

---

Originally Posted by boomup

SQL error, WARNING: An Error occurred, please refresh the page and try again.

BTW, I installed FEC, and so how to fix it?

---

BillyBoyle had the same issue when he had Fast and Easy checkout installed and then trying to install COWOA together. The error you are getting It's probably because you have both installed. I would imagine installing both will cause conflict with each other since Fast and Easy checkout has COWOA already. Why would you want to install COWOA and Fast and Easy checkout together when both has COWOA. That doesn't make a whole lot of sense.

I had issues with the install SQL and made some modifications which resolved the issues..
This line:

Code:

---

SET @configuration_group_id=0;

---

has been identified as problematic and should not included in the install SQL file. (http://www.zen-cart.com/showthread.p...es-please-note!)

I found a few other minor issues as well and re-worked the install SQL to get everything inline.. Wanted to share with the community..

Here's my modified install SQL file

Code:

---

ALTER TABLE customers ADD COWOA_account tinyint(1) NOT NULL default 0;
ALTER TABLE orders ADD COWOA_order tinyint(1) NOT NULL default 0;
INSERT INTO query_builder ( query_id , query_category , query_name , query_description , query_string ) VALUES ( '', 'email,newsletters', 'Permanent Account Holders Only', 'Send email only to permanent account holders ', 'select customers_email_address, customers_firstname, customers_lastname from TABLE_CUSTOMERS where COWOA_account != 1 order by customers_lastname, customers_firstname, customers_email_address');
#
SELECT @t4:=configuration_group_id
FROM configuration_group
WHERE configuration_group_title= 'COWOA';
DELETE FROM configuration WHERE configuration_group_id = @t4;
DELETE FROM configuration_group WHERE configuration_group_id = @t4;

INSERT INTO configuration_group VALUES ('', 'COWOA', 'Set Checkout Without an Account', '100', '1');
UPDATE configuration_group SET sort_order = last_insert_id() WHERE configuration_group_id = last_insert_id();

SELECT @t4:=configuration_group_id
FROM configuration_group
WHERE configuration_group_title= 'COWOA';


INSERT INTO configuration (configuration_id, configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, date_added, use_function, set_function) VALUES
(NULL, 'COWOA', 'COWOA_STATUS', 'false', 'Activate COWOA Checkout? <br />Set to True to allow a customer to checkout without an account.', @t4, 10, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),'),
(NULL, 'Enable Order Status', 'COWOA_ORDER_STATUS', 'false', 'Enable The Order Status Function of COWOA?<br />Set to True so that a Customer that uses COWOA will receive an E-Mail with instructions on how to view the status of their order.', @t4, 11, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),'),
(NULL, 'Enable E-Mail Only', 'COWOA_EMAIL_ONLY', 'false', 'Enable The E-Mail Order Function of COWOA?<br />Set to True so that a Customer that uses COWOA will only need to enter their E-Mail Address upon checkout if their Cart Balance is 0 (Free).', @t4, 12, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),'),
(NULL, 'Enable Forced Logoff', 'COWOA_LOGOFF', 'false', 'Enable The Forced LogOff Function of COWOA?<br />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.', @t4, 13, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),');

UPDATE configuration SET configuration_value = 'True' WHERE configuration_title = 'Use split-login page';

/*
-- REGISTER COWOA ADMIN PAGES
*/
INSERT INTO admin_pages
VALUES ('configCOWOA','BOX_CONFIGURATION_COWOA','FILENAME_CONFIGURATION',CONCAT('gID=',@t4), 'configuration', 'Y', @t4);

---

Maybe when I've got a TON of free time:laugh: I'll think about trying to create an auto-intaller for this add-on..

Working on merging the COWOA orders.php file with the one for Super Orders, and discovered that there is an entire chunk of code which doesn't seem to belong to COWOA or for that matter to do anything at all.. Lines 663 - 714

Code:

---

<?php
  if (MODULE_ORDER_TOTAL_DOUBLEBOX_STATUS == 'true') {
    $orders_doublebox = $db->Execute("select orders_products_id 
                                    from " . TABLE_ORDERS_DOUBLEBOX . " 
                                    where orders_id = '" . zen_db_input($oID) . "' and wrap = 1"); 

  if ($orders_doublebox->RecordCount() > 0) {
?>
      <tr>
        <td><?php echo zen_draw_separator('pixel_trans.gif', '1', '10'); ?></td>
      </tr>
      <tr>
        <td class="main"><table border="1" cellspacing="0" cellpadding="5">
          <tr>
            <td class="smallText" align="center"><strong><?php echo DOUBLEBOX_SUMMARY_HEADING; ?></strong></td>
          </tr>
<?php
      while (!$orders_doublebox->EOF) {
          $pos = -1;
          for ($i=0, $n=sizeof($order->products); $i<$n; $i++) {
              if ($order->products[$i]['orders_products_id'] ==
                  $orders_doublebox->fields['orders_products_id']) {
                  $pos = $i;
                  break;
              }
          }
          $orders_doublebox->MoveNext();
          if ($pos == -1) {
            continue; // Should never happen
          }
          $i = $pos;
          echo '<tr>';
          echo '<td class="accountProductDisplay">' . $order->products[$i]['name'];
          if ( (isset($order->products[$i]['attributes'])) && (sizeof($order->products[$i]['attributes']) > 0) ) {
              echo '<br><nobr><small>';
              for ($j=0, $n2=sizeof($order->products[$i]['attributes']); $j<$n2; $j++) {
                      echo '&nbsp;&nbsp;- ' . $order->products[$i]['attributes'][$j]['option'] . ": " . nl2br(zen_output_string_protected($order->products[$i]['attributes'][$j]['value'])) . '<br>';
                    }
              echo '</small></nobr>';
          }
          echo '</td>';
          echo '</tr>';
      }
?>
        </table></td>
      </tr>
<?php
  } else {
    echo '<tr><td>'. DOUBLEBOX_NO_TEXT . '</td></tr>';
  }
}
?>

---

Now I'm testing COWOA, and have a question.. There's an admin option to allow customers who COWOA to view their order status:

Quote:

---

Enable The Order Status Function of COWOA?
Set to True so that a Customer that uses COWOA will receive an E-Mail with instructions on how to view the status of their order.

---

Clicking the link the customer receives takes me to the login page. How do I fix this so that customers checking our without an account can view their order status??

Quote:

---

Originally Posted by DivaVocals

Now I'm testing COWOA, and have a question.. There's an admin option to allow customers who COWOA to view their order status:


Clicking the link the customer receives takes me to the login page. How do I fix this so that customers checking our without an account can view their order status??

---

Edited to add:
This is the customer order status URL

Detailed Invoice: http : //clientlaserdiscvault(dot)overthehillweb(dot)com/index.php?main_page=account_history_info&order_id=20655

In one of the COWOA plugins, there was an order_status page that did not require the user to log in to view their status. The page required the user to enter the email address associated with the order and the order-number to gain access to the information.

Quote:

---

Originally Posted by lat9

In one of the COWOA plugins, there was an order_status page that did not require the user to log in to view their status. The page required the user to enter the email address associated with the order and the order-number to gain access to the information.

---

Not seeing that page or the instructions to "receive an E-Mail with instructions on how to view the status of their order".. Can I buy a vowel?? :laugh:

Quote:

---

Originally Posted by DivaVocals

Working on merging the COWOA orders.php file with the one for Super Orders, and discovered that there is an entire chunk of code which doesn't seem to belong to COWOA or for that matter to do anything at all.. Lines 663 - 714

Code:

---

<?php
  if (MODULE_ORDER_TOTAL_DOUBLEBOX_STATUS == 'true') {
    $orders_doublebox = $db->Execute("select orders_products_id 
                                    from " . TABLE_ORDERS_DOUBLEBOX . " 
                                    where orders_id = '" . zen_db_input($oID) . "' and wrap = 1"); 

  if ($orders_doublebox->RecordCount() > 0) {
?>
      <tr>
        <td><?php echo zen_draw_separator('pixel_trans.gif', '1', '10'); ?></td>
      </tr>
      <tr>
        <td class="main"><table border="1" cellspacing="0" cellpadding="5">
          <tr>
            <td class="smallText" align="center"><strong><?php echo DOUBLEBOX_SUMMARY_HEADING; ?></strong></td>
          </tr>
<?php
      while (!$orders_doublebox->EOF) {
          $pos = -1;
          for ($i=0, $n=sizeof($order->products); $i<$n; $i++) {
              if ($order->products[$i]['orders_products_id'] ==
                  $orders_doublebox->fields['orders_products_id']) {
                  $pos = $i;
                  break;
              }
          }
          $orders_doublebox->MoveNext();
          if ($pos == -1) {
            continue; // Should never happen
          }
          $i = $pos;
          echo '<tr>';
          echo '<td class="accountProductDisplay">' . $order->products[$i]['name'];
          if ( (isset($order->products[$i]['attributes'])) && (sizeof($order->products[$i]['attributes']) > 0) ) {
              echo '<br><nobr><small>';
              for ($j=0, $n2=sizeof($order->products[$i]['attributes']); $j<$n2; $j++) {
                      echo '&nbsp;&nbsp;- ' . $order->products[$i]['attributes'][$j]['option'] . ": " . nl2br(zen_output_string_protected($order->products[$i]['attributes'][$j]['value'])) . '<br>';
                    }
              echo '</small></nobr>';
          }
          echo '</td>';
          echo '</tr>';
      }
?>
        </table></td>
      </tr>
<?php
  } else {
    echo '<tr><td>'. DOUBLEBOX_NO_TEXT . '</td></tr>';
  }
}
?>

---

---

I don't know what the code was for but I see that it is in FEC orders.php file also. The original coder must have left it in for some reason or he forgot to remove it, but It is not necessary for COWOA to have to work.

Quote:

---

Originally Posted by DivaVocals

Not seeing that page or the instructions to "receive an E-Mail with instructions on how to view the status of their order".. Can I buy a vowel?? :laugh:

---

I'm getting that page just fine Diva. Look here

Quote:

---

Originally Posted by countrycharm

I'm getting that page just fine Diva. Look here

---

Great.. but that doesn't help me since the customer e-mail in my test orders does not provide a link to that page at all.. So I'm still stumped how to get this working..

Quote:

---

Originally Posted by DivaVocals

Great.. but that doesn't help me since the customer e-mail in my test orders does not provide a link to that page at all.. So I'm still stumped how to get this working..

---

This is what the customer e-mail says:

Quote:

---

Order Confirmation from Laserdisc Vault

Jessica Rabbit

Thanks for shopping with us today!
The following are the details of your order.
------------------------------------------------------
Order Number: 20657
Date Ordered: Sunday 08 July, 2012
Check order status:
http: // clientlaserdiscvault(dot)overthehillweb(dot)com/index.php?main_page=account_history_info&order_id=20657

Products
------------------------------------------------------
1 x Gatefold LD Replacement Jackets (LDRJ-GFOLD) = $3.69
------------------------------------------------------
Sub-Total: $3.69
Per Item (Best Way): $5.95
Total: $9.64

Delivery Address
------------------------------------------------------
Jessica Rabbit
2129 W 74th St
Los Angeles, CA 90047
United States

Billing Address
------------------------------------------------------
Jessica Rabbit
2129 W 74th St
Los Angeles, CA 90047
United States

Payment Method
------------------------------------------------------
Check/Money Order

Please make your check or money order payable to:

Laserdisc Vault LLC

Mail your payment to:
LaserDisc Vault, LLC
294 Myway Hwy | New York, NY 10001 USA

Your order will not ship until we receive payment.


-----
This email address was given to us by you or by one of our customers. If you
feel that you have received this email in error, please send an email to
[email protected]


-----
Copyright (c) 2012 Laserdisc Vault. Powered by Zen Cart



This email is sent in accordance with the US CAN-SPAM Law in effect
01/01/2004. Removal requests can be sent to this address and will be honored
and respected.

---

Quote:

---

Originally Posted by DivaVocals

Great.. but that doesn't help me since the customer e-mail in my test orders does not provide a link to that page at all.. So I'm still stumped how to get this working..

---

If your not getting the email link to that page at all check your admin/orders.php file and the includes/classes/order file and make sure they are merge right. That's about all I can tell you. Make sure all your files has uploaded correctly. I know this isn't your first rodeo....lol and I am not trying to be smart. Let me install this on my test sever again.

Quote:

---

Originally Posted by countrycharm

If your not getting the email link to that page at all check your admin/orders.php file and the includes/classes/order file and make sure they are merge right. That's about all I can tell you. Make sure all your files has uploaded right. I know this isn't your first rodeo....lol

---

orders.php file merges are fine, and files are indeed uploaded to the right places.. The issue is that the COWOA_order flag is not being set correctly when the order is saved to the orders table. Not entirely sure why that is..

Quote:

---

Originally Posted by DivaVocals

orders.php file merges are fine, and files are indeed uploaded to the right places.. The issue is that the COWOA_order flag is not being set correctly when the order is saved to the orders table. Not entirely sure why that is..

---

Think I got it worked out.. My testing indicates that my changes did the trick.. COWOA and Super Orders now playing nicely together..

When checking my merges to the includes/classes/order.php, I discovered that the areas of this file not modified by COWOA do not match the Zen Cart v1.5 changes to this file..

Also I will post details of the merges required for using COWOA with Super Orders 4.0 once I have everything working correctly.. They are sufficiently complex enough that IMHO the updated files should probably be included in a future COWOA release. That said I have no plans to update or contribute to ANYMORE Zen Cart add-ons than I am already committing to (WAAAAY too busy!!:laugh:) But I will post the details of the changes required here to help out anyone using both mods together..

Quote:

---

Originally Posted by DivaVocals

Think I got it worked out.. My testing indicates that my changes did the trick.. COWOA and Super Orders now playing nicely together..

When checking my merges to the includes/classes/order.php, I discovered that the areas of this file not modified by COWOA do not match the Zen Cart v1.5 changes to this file..

Also I will post details of the merges required for using COWOA with Super Orders 4.0 once I have everything working correctly.. They are sufficiently complex enough that IMHO the updated files should probably be included in a future COWOA release. That said I have no plans to update or contribute to ANYMORE Zen Cart add-ons than I am already committing to (WAAAAY too busy!!:laugh:) But I will post the details of the changes required here to help out anyone using both mods together..

---

Glad you got it working. I was banging my head on wall as to why :unsure:

Quote:

---

Originally Posted by countrycharm

Glad you got it working. I was banging my head on wall as to why :unsure:

---

Yep all good.. now to see if I can get the gift wrapping add-on to work with this and we're all good!!

i installed the plugin my banner in the upper right is gone and
i have some text showing up on guest checkout here is one

Code:

---

TITLE_CONTINUE_CHECKOUT_PROCEDURE
TEXT_CONTINUE_CHECKOUT_PROCEDURE

---

Quote:

---

Originally Posted by irdogg

i installed the plugin my banner in the upper right is gone and
i have some text showing up on guest checkout here is one

Code:

---

TITLE_CONTINUE_CHECKOUT_PROCEDURE
TEXT_CONTINUE_CHECKOUT_PROCEDURE

---

---

When given information on whats wrong tell us the step you took to install Cowoa. By no more information you have given I have no idea what you have done wrong.

Quote:

---

Originally Posted by countrycharm

When given information on whats wrong tell us the step you took to install Cowoa. By no more information you have given I have no idea what you have done wrong.

---

i followed the instruction uploaded the files and ran the install patch im thinking maybe its a folder off or something im not using the classic theme

Quote:

---

Originally Posted by irdogg

i followed the instruction uploaded the files and ran the install patch im thinking maybe its a folder off or something im not using the classic theme

---

Whenever you see YOUR_TEMPLATE rename the folder to match your custom folder. Admin folder is the same way.

Quote:

---

Originally Posted by countrycharm

Whenever you see YOUR_TEMPLATE rename the folder to match your custom folder. Admin folder is the same way.

---

all is working now dont know why you wanted me to overwrite tpl_header.php which gives me a tagline instead of a banner so i didnt overwrite mine.

**deleted**

Quote:

---

Originally Posted by irdogg

all is working now dont know why you wanted me to overwrite tpl_header.php which gives me a tagline instead of a banner so i didnt overwrite mine.

---

Simply put, because the file was modified in some way that the add-on needs to properly function.. If you use a tool like Winmerge or Beyond Compare you would know what that specific change is..

If you skipped on of the add-on files then you still do not have this add-on fully installed. Add-on packages may include files you have already modified. (sounds like you modified your tpl_header file to remove the tagline code versus simply hiding the tagline) You should MERGE the changes with any files you have already modified in your own store. You should NOT simply ignore them and skip uploading them.

Quote:

---

Originally Posted by irdogg

all is working now dont know why you wanted me to overwrite tpl_header.php which gives me a tagline instead of a banner so i didnt overwrite mine.

---

Quote:

---

Originally Posted by DivaVocals

Simply put, because the file was modified in some way that the add-on needs to properly function.. If you use a tool like Winmerge or Beyond Compare you would know what that specific change is..

If you skipped on of the add-on files then you still do not have this add-on fully installed. Add-on packages may include files you have already modified. (sounds like you modified your tpl_header file to remove the tagline code versus simply hiding the tagline) You should MERGE the changes with any files you have already modified in your own store. You should NOT simply ignore them and skip uploading them.

---

To add to this.. this is clearly outlined in the COWOA readme..

From step 7 of the instructions:

Quote:

---

7) - 16 files are over-written for this mod (The included files are modified Zen-Cart 1.5.0 files)
If you have other Mods in 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/login.php
/includes/languages/english/logoff.php
/includes/languages/english/checkout_confirmation.php
/includes/languages/english/checkout_payment.php
/includes/languages/english/checkout_shipping.php
/includes/languages/english/gv_redeem.php
/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/tpl_header.php
/includes/filenames.php

---

Hello, I installed this plugin on a recently built ZC 1.50 site and I am experiencing an annoying error I can find very little information on. When I go to Checkout Without Account and fill out the billing information, then click Continue Checkout, I get this:

Quote:

---

Whoops! Sorry, but you are not allowed to perform the action requested.
You are still logged in to your account and may continue shopping. Please choose a destination from a menu.

---

The only suggested solution to this problem that I've found is here:

http://www.zen-cart.com/showthread.p...hoops!-message

I have already tried the solution linked to in that thread and it is not working for me, which might be because it is for an older version. I haven't found any other direct mentions of this error message in any searches I've done so far looking for answers. No other checkout-related plugins are installed on the site. Any help you could provide would be appreciated.

Hello When i try install cowoa its show syntax ERROR: "Cannot insert configuration_key "" because it already exists " how can i fix this? zen cart 1.5

Quote:

---

Originally Posted by kafar

Hello When i try install cowoa its show syntax ERROR: "Cannot insert configuration_key "" because it already exists " how can i fix this? zen cart 1.5

---

That means that items is already in the database. (You have probably ran the install sql more than once)
Ignore it and continue.

Still need some help on this question, please.

Quote:

---

Originally Posted by ChiliPepperWeb

Hello, I installed this plugin on a recently built ZC 1.50 site and I am experiencing an annoying error I can find very little information on. When I go to Checkout Without Account and fill out the billing information, then click Continue Checkout, I get this:

Whoops! Sorry, but you are not allowed to perform the action requested.
You are still logged in to your account and may continue shopping. Please choose a destination from a menu.

The only suggested solution to this problem that I've found is here:

http://www.zen-cart.com/showthread.p...hoops!-message

I have already tried the solution linked to in that thread and it is not working for me, which might be because it is for an older version. I haven't found any other direct mentions of this error message in any searches I've done so far looking for answers. No other checkout-related plugins are installed on the site. Any help you could provide would be appreciated.

---

Quote:

---

Originally Posted by ChiliPepperWeb

Still need some help on this question, please.

---

A link to the site would REALLY help.. Other mods you've installed is also sometimes helpful.

Otherwise in thee case of an issue that's not reported (the one post you listed and the fix is not related to this add-on specifically) you need to do your due diligence.. Double check your install.. Double check that any files merges you've done are correct..

DivaVocals,

Thank you for responding, and I apologize if I did not provide enough information; I try to protect my clients' privacy unless it is really necessary in order to solve a problem, and I was hoping someone would recognize the error. The site in question is:

http://www.mealsforfunerals.com

No other modules have been installed, it is just basic Zen Cart 1.50 with a fairly heavily modified template. I only found it necessary to merge one file to avoid overwriting my own modifications:

includes/templates/theme298/common/tpl_header.php

I have double checked this file and the rest of my installation against the instructions in the install.txt file and it appears that I did it correctly to the best of my knowledge. If you need to ask more questions to help solve this issue, please let me know.

Quote:

---

Originally Posted by ChiliPepperWeb

DivaVocals,

Thank you for responding, and I apologize if I did not provide enough information; I try to protect my clients' privacy unless it is really necessary in order to solve a problem,

---

Honestly I used to feel the same way.. However, it's a website.. There's not much to protect someone from when it can be found in a search engine.. Nevertheless, this is why I build a development site and post that URL here.. If I HAVE to post a client's actual URL, there's way's to make sure it doesn't get "found" by search engine spiders. For example:
http://www(dot)mealsforfunerals(dot)com

Quote:

---

Originally Posted by ChiliPepperWeb

and I was hoping someone would recognize the error. The site in question is:

http://www.mealsforfunerals.com

---

Not likely.. too many factors affect ones store especially when working blindly (we can see your source files) with a vague uncommon issue..

Quote:

---

Originally Posted by ChiliPepperWeb

No other modules have been installed, it is just basic Zen Cart 1.50 with a fairly heavily modified template. I only found it necessary to merge one file to avoid overwriting my own modifications:

includes/templates/theme298/common/tpl_header.php

I have double checked this file and the rest of my installation against the instructions in the install.txt file and it appears that I did it correctly to the best of my knowledge. If you need to ask more questions to help solve this issue, please let me know.

---

Well this will certainly allow folks to weigh in if they have suggestions/solutions to offer..

Also regarding the part I bolded.. Does this mean you did not merge other template/override files??

Quote:

---

Originally Posted by DivaVocals

Also regarding the part I bolded.. Does this mean you did not merge other template/override files??

---

Correct. All the other files that could possibly have been merged were ones that I never modified during development and had backups of the originals in case the replacement files didn't work. That tpl_header.php file was the only one I found that I had made specific modifications to for the client, was unique to the template, and couldn't simply be replaced. I checked that very carefully before getting started.

Quote:

---

Originally Posted by ChiliPepperWeb

Correct. All the other files that could possibly have been merged were ones that I never modified during development and had backups of the originals in case the replacement files didn't work. That tpl_header.php file was the only one I found that I had made specific modifications to for the client, was unique to the template, and couldn't simply be replaced. I checked that very carefully before getting started.

---

This may be a silly question, but the files that did not require merging, you did upload them correct??

Quote:

---

Originally Posted by DivaVocals

This may be a silly question, but the files that did not require merging, you did upload them correct??

---

ChiliPepperWeb
You did rename the YOUR_TEMPLATE file that is in this module to match the custom template name you are using. Same with the admin file.

Quote:

---

Originally Posted by countrycharm

ChiliPepperWeb
You did rename the YOUR_TEMPLATE file that is in this module to match the custom template name you are using. Same with the admin file.

---

To both questions above, the answer is yes. I did upload the files that were not merged (all of them), and I did rename the folders that required it. I may not be a code expert, but this is not my first time around the block working with PHP/MySQL applications, or Zen Cart for that matter. I just don't know enough to solve this problem on my own, and I haven't found anyone else who's already done it.

Quote:

---

Originally Posted by ChiliPepperWeb

To both questions above, the answer is yes. I did upload the files that were not merged (all of them), and I did rename the folders that required it. I may not be a code expert, but this is not my first time around the block working with PHP/MySQL applications, or Zen Cart for that matter. I just don't know enough to solve this problem on my own, and I haven't found anyone else who's already done it.

---

As I have said before, questions are asked to ensure we have the correct information needed before providing advice or suggestions. It keeps us from lobbing random answers at folks, and speaking for myself I won't spend time guessing what has or hasn't been done before answering a question on this forum.. Also the most common reason add-ons fail to work is from faulty installs. (this has NOTHING to do with experience or skill level.. a bad install can happen to anyone -- as evidenced by my own support question in this same thread not even a few weeks ago)

That said I just took a look at your site again and realized that your Template Monstrosity template is a possible source of your issues.. TM designers have a nasty habit of slashing out code the designer deems unnecessary in order to force their designs to look pretty.. (every last one of their designs does not require half the crap they do to achieve the design)

You might want to take a look t your template files (the original ones) and see if the good folks at Template Monstrosity have overwritten one of more of the checkout pages. If they have, in doing so they may have removed code COWOA needs to work correctly..

Quote:

---

Originally Posted by DivaVocals

As I have said before, questions are asked to ensure we have the correct information needed before providing advice or suggestions. It keeps us from lobbing random answers at folks, and speaking for myself I won't spend time guessing what has or hasn't been done before answering a question on this forum.. Also the most common reason add-ons fail to work is from faulty installs. (this has NOTHING to do with experience or skill level.. a bad install can happen to anyone -- as evidenced by my own support question in this same thread not even a few weeks ago)

That said I just took a look at your site again and realized that your Template Monstrosity template is a possible source of your issues.. TM designers have a nasty habit of slashing out code the designer deems unnecessary in order to force their designs to look pretty.. (every last one of their designs does not require half the crap they do to achieve the design)

You might want to take a look t your template files (the original ones) and see if the good folks at Template Monstrosity have overwritten one of more of the checkout pages. If they have, in doing so they may have removed code COWOA needs to work correctly..

---

I agree with Diva, but if you really want to make sure install cowoa on zen cart Classic Contemporary Green default template to see if cowoa will work. This way you will know..... I bet it does.

I've been searching for days and cannot seem to find the answer to my problem. It's probably just something simple. I'm not a PHP expert.

I just installed COWOA and everything is working great, except...the link for a customer to check their order status does not appear in the order confirmation email.
When they create an account, they get the appropriate link.

In my research I have concluded that 'COWOA_ORDER_STATUS' is probably set to "false" but I'm not sure how and where that happens.

(I have double-checked that I installed all the appropriate COWOA files.)

Website: www.twiddletails.com/store

Any help will be greatly appreciated!

Quote:

---

Originally Posted by twiddletails

I've been searching for days and cannot seem to find the answer to my problem. It's probably just something simple. I'm not a PHP expert.

I just installed COWOA and everything is working great, except...the link for a customer to check their order status does not appear in the order confirmation email.
When they create an account, they get the appropriate link.

In my research I have concluded that 'COWOA_ORDER_STATUS' is probably set to "false" but I'm not sure how and where that happens.

(I have double-checked that I installed all the appropriate COWOA files.)

Website: www.twiddletails.com/store

Any help will be greatly appreciated!

---

Found the answer and it WAS kind of dumb.
Just in case anyone else is wondering:
Admin/Configuration/COWOA Configuration/Enable Order Status - Set it to "true"

Hello,

I've run into an issue with this module on a cleanish ( it currently only has one other module installed ) new ZenCart install that I havern't managed to find someone else having had yet. I'm hoping folks resolved it before I spend too many hours debugging what was probably a stupid on my part. :)

The Customer details form loops. I don't find any error messages, it just loops.

Any thoughts?

Just uninstaaled FEC it was a bit over bloated for my needs tried COWOA on a test site went like a dream, so I've uninstalled FEC ran the uninstall SQL. Installed COWOA tried the run the SQL and got this message:
Error

SQL query:

ALTER TABLE customers ADD COWOA_account tinyint( 1 ) NOT NULL default 0;

MySQL said: Documentation
#1060 - Duplicate column name 'COWOA_account'
anyone help me as to where to look and solve this error.
Cheers Peter

Quote:

---

Originally Posted by discoverytdi

Just uninstaaled FEC it was a bit over bloated for my needs tried COWOA on a test site went like a dream, so I've uninstalled FEC ran the uninstall SQL. Installed COWOA tried the run the SQL and got this message:
Error

SQL query:

ALTER TABLE customers ADD COWOA_account tinyint( 1 ) NOT NULL default 0;

MySQL said: Documentation
#1060 - Duplicate column name 'COWOA_account'
anyone help me as to where to look and solve this error.
Cheers Peter

---

Run the uninstall_COWOA.sql statement that comes with version v1.5.0 of COWOA and then reinstall it.

Great minds think alike just done that all sorted. :cheers: now another thing the boxes for the emal address and password are tiny also the fonts are really smal tried changing the font size but it altered them sitewide where do you change them in the css
http://www.rvsolarsystems.co.uk/

Quote:

---

Originally Posted by discoverytdi

Just uninstaaled FEC it was a bit over bloated for my needs tried COWOA on a test site went like a dream, so I've uninstalled FEC

---

Nods in agreement..:yes: After comparing FEC to COWOA side by side this is also the conclusion I came to as well.. Turns out that what my clients REALLY wanted FEC for was the COWOA feature.. The addition of order steps to COWOA resolved any "issues" that having the entire checkout process on one page was supposed to resolve.. So in the end they are much happier..

Quote:

---

Originally Posted by DivaVocals

Nods in agreement..:yes: After comparing FEC to COWOA side by side this is also the conclusion I came to as well.. Turns out that what my clients REALLY wanted FEC for was the COWOA feature.. The addition of order steps to COWOA resolved any "issues" that having the entire checkout process on one page was supposed to resolve.. So in the end they are much happier..

---

Same here the only thing that I will miss is when set to cowoa only in fec it took customers directly too the billing information page very I get very few returning customers due to my products so the create account is Superfluous. Saying that don't know if it's me but it seems to run faster. any way big up's to all involved.

I'm fixing to release a new version of Cowoa. IntegratedCOWOA_2.2. In this version there are no new features in Cowoa. I just updated the COWOA_Full_Install.sql statement with the one Diva recommended a while back. This one should correct any future errors that a few people were getting. I also updated the version number in all files that Cowoa uses. Diva If you have this playing nice with Super Orders and want to send details of the merges required for using COWOA with Super Orders 4.0 send them to me and I will include them in this release. I don't use Super Orders so I really can not check to see if it works or not. I will take your word for it.

Quote:

---

Originally Posted by countrycharm

I'm fixing to release a new version of Cowoa. IntegratedCOWOA_2.2. In this version there are no new features in Cowoa. I just updated the COWOA_Full_Install.sql statement with the one Diva recommended a while back. This one should correct any future errors that a few people were getting. I also updated the version number in all files that Cowoa uses. Diva If you have this playing nice with Super Orders and want to send details of the merges required for using COWOA with Super Orders 4.0 send them to me and I will include them in this release. I don't use Super Orders so I really can not check to see if it works or not. I will take your word for it.

---

If you have my e-mail address.. send the files to me and I will test and bundle in the required SO changes..

Quote:

---

Originally Posted by DivaVocals

If you have my e-mail address.. send the files to me and I will test and bundle in the required SO changes..

---

The files has been sent to you.

Quote:

---

Originally Posted by countrycharm

The files has been sent to you.

---

Cool!!!!!

Hi there, I'm messing about with cowoa on my localhost and it looks like it's the bees knees. Thanks to the developer(s)!

I'm having an issue though. I have CEON URIs installed and it seems to be causing a problem for me where when I log in, instead of the little links saying logout and my account etc... I still have the login and home links. I'm sure the email and password are right because if I get them wrong I get an error. And more importantly when I remove 1 file of the CEON mod the login works.

The file is includes/init_includes/overrides/init_sessions.php and the only change from the default is after line 39:
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';
// END CEON URI MAPPING 1 of 1

So thats defo the problem. Anyone any idea on the solution?

Quote:

---

Originally Posted by crazysarah

Hi there, I'm messing about with cowoa on my localhost and it looks like it's the bees knees. Thanks to the developer(s)!

I'm having an issue though. I have CEON URIs installed and it seems to be causing a problem for me where when I log in, instead of the little links saying logout and my account etc... I still have the login and home links. I'm sure the email and password are right because if I get them wrong I get an error. And more importantly when I remove 1 file of the CEON mod the login works.

The file is includes/init_includes/overrides/init_sessions.php and the only change from the default is after line 39:
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
$path = '/';
// END CEON URI MAPPING 1 of 1

So thats defo the problem. Anyone any idea on the solution?

---

Not an issue caused by this add-on or even the Ceon add-on.. sounds like your template has the "navMain" section coded incorrectly.. (not using default Zen Cart code)

Just a explain a bit more... the problem with the login links not going seem to be because the code evaluates if (($_SESSION['customer_id']) && (!$_SESSION['COWOA']=='True')) as false and instead of showing the loutout and my acount links it just always shows the login link. If I put something in the basket the shopping cart and checkout link appear so I'm definately logging in OK.

Like I say inthe previous post, the problem goes away if I comment out
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
//$path = '/';
// END CEON URI MAPPING 1 of 1

Hey there, I just installed a blank version 1.5 with brand new database and installed CEON URI 4.2.0 and Integrated COWOA_2.1 and the same issue happens. Also I delete (or comment out) the file init_includes/overrides/init_sessions.php the issue dissappears.

Weird, but it does seem to be something to do with an issue between these two mods.

Quote:

---

Originally Posted by crazysarah

Just a explain a bit more... the problem with the login links not going seem to be because the code evaluates if (($_SESSION['customer_id']) && (!$_SESSION['COWOA']=='True')) as false and instead of showing the loutout and my acount links it just always shows the login link. If I put something in the basket the shopping cart and checkout link appear so I'm definately logging in OK.

Like I say inthe previous post, the problem goes away if I comment out
// BEGIN CEON URI MAPPING 1 of 1
// Static URIs are relative to the site's root, so cookie should be set for the root
//$path = '/';
// END CEON URI MAPPING 1 of 1

---

That's not the issue here.. what you describe could happen if your template has modified the original Zen Cart code that drives these links and makes them dynamic.. This really isn't a COWOA issue.. Your template is the most likely issue. I would check to see if it is using default Zen Cart code in the includes/templates/YOUR_TEMPLATE/common/tpl_header.php file. That is the file that contains the code that drives these links..

Arrrgh!

It's sorted now. Last night and most of yesterday I was trying to get this fixed. I had installed brand new zencarts (no template Diva - I think you missed a post while you were typing your last one), installed, uninstalled, deleted, started again and always got the same problem.

Today I turn on my computer and it just works. WTF? How is that possible? When I refresh the page I hit f5 as well to clear the cache. Obviously it's got something to do with SESSION but how unbelievably frustrating, what a huge waste of time :(

Oops, just realised that I had commented out the $path = '/'; in the init_sessions.php. So the problem is in fact there.

Does that mean there is a conflict between the two mods?

Quote:

---

Originally Posted by crazysarah

Oops, just realised that I had commented out the $path = '/'; in the init_sessions.php. So the problem is in fact there.

Does that mean there is a conflict between the two mods?

---

If it is working as you reported, then no there is no conflict..

Sorry Diva, I think I've confused you!

At the moment it's not working, the brief time when I thought it was fixed was because last night before bed I had commented out that line in init_sessions.php so when I started it up this morning it was working, but when I put it back to the way it's meant to be it doesn't work. Basically, on my set-up at the minute, these two mods don't work with each other perfectly.

Hi Don't know if it's related to this mod but I'm getting page not found when I click on create account, just noticed it today to be honest I never checked it when I installed the mod:blush:.
http://www.rvsolarsystems.co.uk/

Quote:

---

Originally Posted by discoverytdi

Hi Don't know if it's related to this mod but I'm getting page not found when I click on create account, just noticed it today to be honest I never checked it when I installed the mod:blush:.
http://www.rvsolarsystems.co.uk/

---

Check your install.. you might have missed something..

Quote:

---

Originally Posted by DivaVocals

Check your install.. you might have missed something..

---

tried that no joy. I did have FEC but uninstalled it in favour of this mod don't know if that might be it though

Quote:

---

Originally Posted by discoverytdi

tried that no joy. I did have FEC but uninstalled it in favour of this mod don't know if that might be it though

---

found it missing file in the modules pages create account file

Quote:

---

Originally Posted by countrycharm

I'm fixing to release a new version of Cowoa. IntegratedCOWOA_2.2. In this version there are no new features in Cowoa. I just updated the COWOA_Full_Install.sql statement with the one Diva recommended a while back. This one should correct any future errors that a few people were getting. I also updated the version number in all files that Cowoa uses. Diva If you have this playing nice with Super Orders and want to send details of the merges required for using COWOA with Super Orders 4.0 send them to me and I will include them in this release. I don't use Super Orders so I really can not check to see if it works or not. I will take your word for it.

---

Did these ever get merged/updated?

After implementing EO/SO last weekend, I am now looking to implement COWOA, but just the orders.php merges make my eyes go crossed.

Anyone have a good, working merged copy of orders.php for Super Orders & COWOA?

Quote:

---

Originally Posted by Limitless

Did these ever get merged/updated?

After implementing EO/SO last weekend, I am now looking to implement COWOA, but just the orders.php merges make my eyes go crossed.

Anyone have a good, working merged copy of orders.php for Super Orders & COWOA?

---

Gonna pass the merges on to countrycharm later tonight.. Dunno when she will be submitting it and I dunno when the admins will be approving it after it's submitted..

Cool.

I am currently working through all of the other merges and ~think~ that I have the orders.php merges squared away now.

Winmerge didn't like the initial copy of the module as every single line was yellow. Opened in NP++ then pasted into WinMerge and the diffs jumped out a little cleaner.

and so it's clear I am only providing a file for v4.0 of Super Orders (for Zen Cart v1.5).. I've no time (or interest) in updating/maintaining v3.0.

Quote:

---

Originally Posted by DivaVocals

and so it's clear I am only providing a file for v4.0 of Super Orders (for Zen Cart v1.5).. I've no time (or interest) in updating/maintaining v3.0.

---

Yep. And I don't blame you...

Quote:

---

Originally Posted by DivaVocals

Think I got it worked out.. My testing indicates that my changes did the trick.. COWOA and Super Orders now playing nicely together..

When checking my merges to the includes/classes/order.php, I discovered that the areas of this file not modified by COWOA do not match the Zen Cart v1.5 changes to this file..

Also I will post details of the merges required for using COWOA with Super Orders 4.0 once I have everything working correctly.. They are sufficiently complex enough that IMHO the updated files should probably be included in a future COWOA release. That said I have no plans to update or contribute to ANYMORE Zen Cart add-ons than I am already committing to (WAAAAY too busy!!:laugh:) But I will post the details of the changes required here to help out anyone using both mods together..

---

I've got everything merged properly ~I think~ and this is the last hurdle.

What did you do to resolve the cowoa_order = 1 not being set in the orders table?

If I manually set to 1, the email link resolves properly to the COWOA status page asking for email/order #.


Didn't see the fix posted elsewhere in this thread.

Quote:

---

Originally Posted by Limitless

I've got everything merged properly ~I think~ and this is the last hurdle.

What did you do to resolve the cowoa_order = 1 not being set in the orders table?

If I manually set to 1, the email link resolves properly to the COWOA status page asking for email/order #.


Didn't see the fix posted elsewhere in this thread.

---

The includes/classes/order.php, that comes with COWOA is not the right one for Zen Cart v1.5.. It looks like the old v1.3.9 file..

Quote:

---

Originally Posted by DivaVocals

The includes/classes/order.php, that comes with COWOA is not the right one for Zen Cart v1.5.. It looks like the old v1.3.9 file..

---

Well that's dandy...

Is there an updated version of that file?

I've modified mine previously for the TaxCloud addon, and had merged the file that was in the cowoa 'new installation' directory.

Quote:

---

Originally Posted by Limitless

Well that's dandy...

Is there an updated version of that file?

I've modified mine previously for the TaxCloud addon, and had merged the file that was in the cowoa 'new installation' directory.

---

you need to do what I did.. compare the v1.39 file to the v1.5 file and make sure the core Zen Cart changes are included.. THEN make your merges for the changes to this file your add-ons require..

Quote:

---

Originally Posted by DivaVocals

you need to do what I did.. compare the v1.39 file to the v1.5 file and make sure the core Zen Cart changes are included.. THEN make your merges for the changes to this file your add-ons require..

---

Thanks, That did it!

Whew!

Super Orders + Edit Orders + COWOA + Package Tracking

Seriously think these 'features' should be built in.



Already had a customer 'checkout without an account'.
:D

I am curious to see what this does to my conversion rate. I had been having ~20% abandonment rate when customers get to the 'login' screen.

Quote:

---

Originally Posted by shinypenguin

Just finished getting the mod installed... there are several install files with discrepancies from the core files, possibly 1.3.9 files as another user suggested?

A few issues cropped up from preliminary testing:



(3) After doing a sucessful order lookup with a COWOA account, adding an item to the cart breaks the shipping estimator. Also, clicking "checkout" goes directly to the COWOA checkout page without showing the account create/log-in page. On the shipping options page a blank address is entered (just a "," in the third line) -- presumably the reason for the broken shipping estimates.

---

I just tested the shipping estimator and I get the following error:

Total Items: 2 Weight: 0.6875lbs Amount: $33.43


Ship to:
Available Shipping Methods Rates
Shipping (Please select your Country, enter/select your State/Province and enter your Post/Zip Code.)


[ Close Window ]


No dropdowns or input boxes to change state, add zip.

Did this get resolved?

Quote:

---

Originally Posted by Limitless

I just tested the shipping estimator and I get the following error:

Total Items: 2 Weight: 0.6875lbs Amount: $33.43


Ship to:
Available Shipping Methods Rates
Shipping (Please select your Country, enter/select your State/Province and enter your Post/Zip Code.)


[ Close Window ]


No dropdowns or input boxes to change state, add zip.

Did this get resolved?

---

It's not broken.. check your install..

Quote:

---

Originally Posted by Limitless

I just tested the shipping estimator and I get the following error:

Total Items: 2 Weight: 0.6875lbs Amount: $33.43


Ship to:
Available Shipping Methods Rates
Shipping (Please select your Country, enter/select your State/Province and enter your Post/Zip Code.)


[ Close Window ]


No dropdowns or input boxes to change state, add zip.

Did this get resolved?

---

I think this has to do with not forcing logoff of a COWOA user after a purchase.

I wasn't logged in, but I wasn't logged out either.

If I hit the 'Login' button, it showed 'My Account' info, but all links errored out because I wasn't really logged in.

Tried with a different browser and shipping estimator is working.

Found a typo. Legitiment vs Legitimate


/includes/languages/english/YOURTEMPLATE/no_account.php


define('EMAIL_TEXT_COWOA', ' A Legitimate E-Mail Address is Required to retrieve your order');

Quote:

---

Originally Posted by DivaVocals

Gonna pass the merges on to countrycharm later tonight.. Dunno when she will be submitting it and I dunno when the admins will be approving it after it's submitted..

---

Whats your status with this Diva. I am updating this to zen cart v1.5.1 as soon as you send it back to me. If you don't mind how about updating the read me text for what you're doing also.

Quote:

---

Originally Posted by countrycharm

Whats your status with this Diva. I am updating this to zen cart v1.5.1 as soon as you send it back to me. If you don't mind how about updating the read me text for what you're doing also.

---

please go ahead with this.. I am trying to resolve another issue with Super Orders/Edit Orders. I will provide the merged file at a later time and you can submit another version..

Quote:

---

Originally Posted by DivaVocals

please go ahead with this.. I am trying to resolve another issue with Super Orders/Edit Orders. I will provide the merged file at a later time and you can submit another version..

---

No problem thanks.

Here is and update for COWOA Updated and Combined!!!!!!!!!!!!!!!!!!!!!!!!!!!
Version 2.2 has been uploaded to the Plugins and Addons Directory and is waiting approval from zen cart team. This will run on zen cart v1.5.0 zen cart v1.5.1

1) Updated the COWOA_Full_Install.sql which was given some people problems installing. Thanks to Diva for correcting this.

2) Fixed a typo. Legitiment vs Legitimate in /includes/languages/english/YOURTEMPLATE/no_account.php. Thanks to Limitless.

3) Fixed the force logoff of a COWOA customer after a purchase. Customers could hit the My Account and go to My Account info.

4) Fixed the force logoff of a COWOA customer checking there order status from there email Confirmation. Customers could hit the My Account and go to My Account info.
When you hit the 'Login' button, or My Account it showed 'My Account info'. This has been fixed in COWOA Version 2.2

While testing my upgrade from 1.3.9h to 1.5 I came across an issue that I need some help with. Can someone explain how gift certificates are supposed to work with the COWOA mod? Basically, I'm trying to figure out if the below behavior is normal (in which case I'll need a workaround to enable COWOA customers to buy and use gift certificates) or if there's something wrong with my store.

Right now, when I buy a gift certificate without an account I have no way to access it or use it. Upon purchase, I get an order confirmation email with my order number and order summary. When I log into the admin, I can see the gift certificate in the Gift Certificate Queue, and I can release it. When I do so, I (as the COWOA customer) get the email stating that:

Quote:

---

You recently purchased a Gift Certificate from our online store.

For security reasons this was not made immediately available to you. However, this amount has now been released. You may now visit our store and send the value of the Gift Certificate via email to someone else, or use it yourself.

The Gift Certificate(s) you purchased are worth $xxx

$xxx

---

There's no link to the store in the email--I believe the customer is supposed to log into their account at this point and find the gift certificate there. But how does it work when they don't have an account? Is there a workaround? I have set the COWOA option Enable Order Status to True, but when testing COWOA checkout I've never received such an email. Is there another setting, like in Configuration > Email, that needs to be set correctly for this to work?

This shop doesn't get a lot of gift certificate purchases, so it's never come up before. All this happens whether using my custom template or Classic Contemporary Green.

I've searched this thread, the 1.3.9 COWOA thread, and the forums in general to no avail. Any insight is appreciated!
erin.

Current ZC version: 1.5 (in the process of upgrading from 1.3.9h)

Mods installed on 1.3.9h and carried across the upgrade:
CEON URI mapping (inactive while I'm testing the shop)
Column Layout Grid
EZ Thumbnails
EZ Page Improved TOC
Giftwrap
Hide Categories
Integrated COWOA

Mods installed on 1.5:
USPS and USPS Autofill
CKEditor

Mods installed and removed on 1.3.9h:
Newsletter Subscribe (perhaps removed incorrectly, will be re-checking)

Quote:

---

Originally Posted by ecclescake

While testing my upgrade from 1.3.9h to 1.5 I came across an issue that I need some help with. Can someone explain how gift certificates are supposed to work with the COWOA mod? Basically, I'm trying to figure out if the below behavior is normal (in which case I'll need a workaround to enable COWOA customers to buy and use gift certificates) or if there's something wrong with my store.

Right now, when I buy a gift certificate without an account I have no way to access it or use it. Upon purchase, I get an order confirmation email with my order number and order summary. When I log into the admin, I can see the gift certificate in the Gift Certificate Queue, and I can release it. When I do so, I (as the COWOA customer) get the email stating that:



There's no link to the store in the email--I believe the customer is supposed to log into their account at this point and find the gift certificate there. But how does it work when they don't have an account? Is there a workaround? I have set the COWOA option Enable Order Status to True, but when testing COWOA checkout I've never received such an email. Is there another setting, like in Configuration > Email, that needs to be set correctly for this to work?

This shop doesn't get a lot of gift certificate purchases, so it's never come up before. All this happens whether using my custom template or Classic Contemporary Green.

I've searched this thread, the 1.3.9 COWOA thread, and the forums in general to no avail. Any insight is appreciated!
erin.

Current ZC version: 1.5 (in the process of upgrading from 1.3.9h)

Mods installed on 1.3.9h and carried across the upgrade:
CEON URI mapping (inactive while I'm testing the shop)
Column Layout Grid
EZ Thumbnails
EZ Page Improved TOC
Giftwrap
Hide Categories
Integrated COWOA

Mods installed on 1.5:
USPS and USPS Autofill
CKEditor

Mods installed and removed on 1.3.9h:
Newsletter Subscribe (perhaps removed incorrectly, will be re-checking)

---

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.? I think most people would understand that under certain circumstances, they just cannot use guest checkout for those kinds of items. These particular products require information to be stored. I is not unreasonable to create an account in order to buy these kind of items. You don't need to create an account to buy a birdhouse, but for downloads and Gift Certificate? Probably. The reason Namely, if you were able to redeem a Gift Certificate during COWOA then you'll never be able to log back in to use the remaining balance. So, COWOA customers can not and should not be able to redeem Gift Certificate. I hope you understand now why this is not a feature in COWOA. You should be getting a Order Confirmation email with the Click here to check the status of your order. If you are not getting the email you didn't upload the files to there right place or you didn't merge the files right.

Thanks for the input, countrycharm. I'm going to do as you suggest and add text explaining that GC purchases/redemptions require an account.

I'm diving into the order status email problem right now. If it turns out to be caused by something that might affect others I'll post about it here.

Thanks for your response and your work with this great mod!

I've downloaded the latest version (2.2) and am working through the files in the included instructions, trying to figure out what I need to upload and overwrite, just upload and add, or upload after merging with my template stuff. According to the instructions these are upload-overwrite:

/includes/languages/english/login.php
/includes/languages/english/logoff.php
/includes/languages/english/checkout_confirmation.php
/includes/languages/english/checkout_payment.php
/includes/languages/english/checkout_shipping.php
/includes/languages/english/gv_redeem.php

But when I go through the unzipped files none of these exist. What do exist are /includes/languages/english/YOUR TEMPLATE/(all these files). Am I clicking through the folders and making a wrong turn at Albuquerque, are they hidden files and I need my 3D glasses, or are the instructions wrong and there should be a YOUR TEMPLATE/ after the "english" ? Or are the instructions right but I should take the files out of the unzipped YOUR TEMPLATE folder and put them into the /english folder?
thanks
Joe

Highlighted.... Like all other add-ons you re-name YOUR_TEMPLATE to match your template's folder name..

Quote:

---

Originally Posted by joejoejoe

I've downloaded the latest version (2.2) and am working through the files in the included instructions, trying to figure out what I need to upload and overwrite, just upload and add, or upload after merging with my template stuff. According to the instructions these are upload-overwrite:

/includes/languages/english/login.php
/includes/languages/english/logoff.php
/includes/languages/english/checkout_confirmation.php
/includes/languages/english/checkout_payment.php
/includes/languages/english/checkout_shipping.php
/includes/languages/english/gv_redeem.php

But when I go through the unzipped files none of these exist. What do exist are /includes/languages/english/YOUR TEMPLATE/(all these files). Am I clicking through the folders and making a wrong turn at Albuquerque, are they hidden files and I need my 3D glasses, or are the instructions wrong and there should be a YOUR TEMPLATE/ after the "english" ? [COLOR=#d########3]Or are the instructions right but I should take the files out of the unzipped YOUR TEMPLATE folder and put them into the /english folder?
thanks
Joe[/COLOR]

---

Thank You DivaVocals!