COWOA (for ZC v1.5.x)

I'm currently in the process of upgrading my zencart website from 1.5.3 to 1.5.4. I got my initial version of zencart from a hosting company--I think it was a couple of years ago. It was version 1.5.0, and it included a bunch of addons.
I have been diligently upgrading the website over the last several versions, but avoiding changing the code related to the addons.
I am now realizing that in order for my site to be secure, I should either upgrade or remove all the addons.
One of these addons is COWOA, and it looks like it is a really old version. It's hard to tell what version it is. For example, in the file includes/extra_datafiles/no_account_filenames.php, in the file header, it doesn't list the version. It says:

/**
 * @package Pages
 * @copyright Copyright 2003-2006 Zen Cart Development Team
 * @copyright Portions Copyright Joseph Schilz
 * @copyright Portions Copyright 2003 osCommerce
 * @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
 * @version $Id: J_Schilz for Integrated COWOA - 14 April 2007
 */

I'd like to upgrade to the newest version of COWOA. But these are my concerns:
In the IntegratedCOWOA_2.4 version, there is a folder for New_Installation, and another folder for Upgrade-2-3_to_2-4. However, my situation doesn't fit into either or these conditions. I have a version much older than 2-3 (I'm not even sure what version it is).

Perhaps I can uninstall the existing version, and then install the new version. But how do I uninstall the existing version? I could search for all files that contain "COWOA", and overwrite those by the basic zencart 1.4 files, and remove specific COWOA files. And then follow the "new installation" path.
But what about the sql changes? Do I need to somehow remove certain sql tables or fields? What about existing orders that were created with COWOA?

I'd really appreciate any suggestions on how to handle this. I'd like to get the secure, fancy, new version of COWOA. But I don't want to destroy my site in the process.

Thanks in advance for any help with this! I apologize if this question has been answered, but I couldn't find an answer while searching this thread.

earth-friendly:

I'm currently in the process of upgrading my zencart website from 1.5.3 to 1.5.4. I got my initial version of zencart from a hosting company--I think it was a couple of years ago. It was version 1.5.0, and it included a bunch of addons.
I have been diligently upgrading the website over the last several versions, but avoiding changing the code related to the addons.
I am now realizing that in order for my site to be secure, I should either upgrade or remove all the addons.
One of these addons is COWOA, and it looks like it is a really old version. It's hard to tell what version it is. For example, in the file includes/extra_datafiles/no_account_filenames.php, in the file header, it doesn't list the version. It says:

/**

• @package Pages
• @copyright Copyright 2003-2006 Zen Cart Development Team
• @copyright Portions Copyright Joseph Schilz
• @copyright Portions Copyright 2003 osCommerce
• @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
• @version $Id: J_Schilz for Integrated COWOA - 14 April 2007
  */

> I'd like to upgrade to the newest version of COWOA. But these are my concerns:
> In the IntegratedCOWOA_2.4 version, there is a folder for New_Installation, and another folder for Upgrade-2-3_to_2-4. However, my situation doesn't fit into either or these conditions. I have a version much older than 2-3 (I'm not even sure what version it is).
> 
> Perhaps I can uninstall the existing version, and then install the new version. But how do I uninstall the existing version? I could search for all files that contain "COWOA", and overwrite those by the basic zencart 1.4 files, and remove specific COWOA files. And then follow the "new installation" path.
> But what about the sql changes? Do I need to somehow remove certain sql tables or fields? What about existing orders that were created with COWOA?
> 
> I'd really appreciate any suggestions on how to handle this. I'd like to get the secure, fancy, new version of COWOA. But I don't want to destroy my site in the process. 
> 
> Thanks in advance for any help with this! I apologize if this question has been answered, but I couldn't find an answer while searching this thread.
 **First of all back up everything the database and the files on the server.**
Then I would download the latest version of COWOA from here <https://www.zen-cart.com/downloads.php?do=file&id=1416> and also the older version from here <https://www.zen-cart.com/downloads.php?do=file&id=1115> the objective would be to compare the files. You would also need to have a program like DiffMerge which will allow you to compare files. Be careful as some files might have other contributions added check in particular customers.php.
The current version of includes/extra_datafiles/no_account_filenames.php shows the following:

/**

• @package Pages
• @copyright Copyright 2003-2006 Zen Cart Development Team
• @copyright Portions Copyright Joseph Schilz
• @copyright Portions Copyright 2003 osCommerce
• @license http://www.zen-cart.com/license/2_0.txt GNU Public License V2.0
• @version $Id: Integrated COWOA v2.4 - 2007 - 2013
  */

So it would appear that you do have the older version.
I would see if the versions have different files, remove any unused ones, if any from the server. Upload the latest files to overwrite the existing files. and then apply SQL upgrade from your admin panel.

I installed COWOA 2.4 on 1.5.4. The functionality all seems to be there but the site looks like it has no style at all. All the spacing, background colors and anything to do with the template appearance seems to be lost. I was careful and went back over the install to be sure I did everything correctly. I have looked at all the files that get installed and don's see any that would affect the main stylesheet.

Can you give me any guidance on what might of gotten changed that the site now looks so bad?

PS - if I switch to the default green template that comes with the original ZC install, that looks fine. So it is definitely something that happened to the template I am using.

Thank You.

mindstreams1:

I installed COWOA 2.4 on 1.5.4. The functionality all seems to be there but the site looks like it has no style at all. All the spacing, background colors and anything to do with the template appearance seems to be lost. I was careful and went back over the install to be sure I did everything correctly. I have looked at all the files that get installed and don's see any that would affect the main stylesheet.

Can you give me any guidance on what might of gotten changed that the site now looks so bad?

PS - if I switch to the default green template that comes with the original ZC install, that looks fine. So it is definitely something that happened to the template I am using.

Thank You.

COWOA 2.4 was written a long time ago and is not compatible with Zen Cart 1.5.4. There is a beta version, search this thread, available for 1.5.4

jeking:

COWOA 2.4 was written a long time ago and is not compatible with Zen Cart 1.5.4. There is a beta version, search this thread, available for 1.5.4

I have used this version on shops running 1.5.4 with no problem. You really can not say it is not compatible it does work. But it would make since to upgrade to the beta version since it is out. It has a lot of bug fixes.

https://github.com/DivaVocals/zen_COWOA

countrycharm:

I have used this version on shops running 1.5.4 with no problem. You really can not say it is not compatible it does work. But it would make since to upgrade to the beta version since it is out. It has a lot of bug fixes.

https://github.com/DivaVocals/zen_COWOA

One of these days I have to get around to submitting pull requests to this repo with changes that eliminate the use of the graphic arrows and replaces them with Font Awesome Icons... May try to get that done this weekend.. THEN since this repo has been around long enough and folks have fully vetted it, I'll submit it for a formal release..

Hi. I currently have the beta version installed in my test site. I think I have noticed some slightly strange behavior, that I wanted to make you aware of.
I put something in my cart, went to checkout, and went to guest checkout.
On the billing page, I entered some billing information. Then I went to the next step to the shipping info page.
At that point, I thought, perhaps I really do want to login at this point, so I clicked the Login link at the top.
It takes me to the "My Account" page, where I see the "My Account" links, which seem a bit strange, because at this point, the customer thinks they don't have an account, but are a "Guest".
I also clicked on the "Create Account" page. I'm not sure what happens if you fill out the info on that page and try to create an account. But at the top, there is another link to login at the login page, and again, if you click on that, it takes you to the "My Account" page.
So at this point, I am in a semi-logged-in state. It thinks I am logged in, so that it takes me to the "My Account" page. But, the link at the top says "Log In", and there is no way to "Log Out" from this state.
I just thought that someone might want to change their mind, and really create an account, or login, after they have started the guest account process, and it doesn't seem like there is a way to do that.
Perhaps this flow is really fine, but it just seemed a little confusing to me, and I wanted to bring it to your attention.
I saw a description in some of the previous downloads, about how you could get into this state in other ways, and the fix was to log you out at those points. Perhaps that should happen here? Although perhaps that would be annoying to customers, because they have already entered in their billing address, and that would undo all this work.
If you think it would make sense to logout the customer here, could you please let me know what changes I should make in the code to make that happen. I'm in the middle of upgrading my site, and I'd love to get this working right.
Thanks very much!

By the way, this mod is awesome! :clap: I am upgrading from a much older version. I love the progress bar at the top, and the smaller number of steps to enter the account info.

earth-friendly:

Hi. I currently have the beta version installed in my test site. I think I have noticed some slightly strange behavior, that I wanted to make you aware of.
I put something in my cart, went to checkout, and went to guest checkout.
On the billing page, I entered some billing information. Then I went to the next step to the shipping info page.
At that point, I thought, perhaps I really do want to login at this point, so I clicked the Login link at the top.
It takes me to the "My Account" page, where I see the "My Account" links, which seem a bit strange, because at this point, the customer thinks they don't have an account, but are a "Guest".
I also clicked on the "Create Account" page. I'm not sure what happens if you fill out the info on that page and try to create an account. But at the top, there is another link to login at the login page, and again, if you click on that, it takes you to the "My Account" page.
So at this point, I am in a semi-logged-in state. It thinks I am logged in, so that it takes me to the "My Account" page. But, the link at the top says "Log In", and there is no way to "Log Out" from this state.
I just thought that someone might want to change their mind, and really create an account, or login, after they have started the guest account process, and it doesn't seem like there is a way to do that.
Perhaps this flow is really fine, but it just seemed a little confusing to me, and I wanted to bring it to your attention.
I saw a description in some of the previous downloads, about how you could get into this state in other ways, and the fix was to log you out at those points. Perhaps that should happen here? Although perhaps that would be annoying to customers, because they have already entered in their billing address, and that would undo all this work.
If you think it would make sense to logout the customer here, could you please let me know what changes I should make in the code to make that happen. I'm in the middle of upgrading my site, and I'd love to get this working right.
Thanks very much!

Check your install, what you’re describing shouldn't happen. Lest I never could get it to break that bad... You may also have something else off to make it so accessing the user account side possible without a logged in user.

I just thought that someone might want to change their mind, and really create an account, or login, after they have started the guest account process, and it doesn't seem like there is a way to do that.
There is a way that I use, that the customer during the checkout process can decide to enter a password or not and that determines if it's a Guest or Standard account. I keep running into side project spin-offs, I'll finish coding and upload someday to my page.

The guest cart is added to the customer cart when they log in which is normal for ZC and not part of COWOA.

If you installed under the standard install, it should work without any problems. If the template was modified or other mods installed, than you should merged the files. If you turn COWOA off, the site should respond normal if the issue still there, then it's not COWOA.

davewest, thanks for your response!
I looked through the code, and unless I am misunderstanding things, I see the following:
in includes/modules/yourtemplate/no_account.php, it looks like it is inserting a customer record in the db, and then setting $_SESSION['customer_id'] to the new customer id. I think this happens after you start the checkout process as a guest, and have filled out the billing info.
Then, I see in includes/modules/pages/login/header_php.php, which I think you would get to if you click the login link, and it checks to see if $_SESSION['customer_id'] is set, and if so, redirects you to the account page.
So if I understand the code correctly, once you have entered the billing info in the "checkout without an account" page, you are treated as if you are logged in, as far as the login page goes, so it redirects you to the account page.

Perhaps someone could correct me if I am wrong. Also, perhaps someone has a store where they have the most recent version of this mod installed, and I will be happy to test it out to see if I get the same behavior as what I saw on my test website.

I'm not positive about what the "best" behavior would be in this situation. But I think perhaps the following:

• If you have entered your billing information, as a guest, and after that step, you change your mind and decide you want to login, and click the login link, should it just bring up the regular login page, and get rid of the billing info you have just typed in, effectively "logging you out" of the guest account?
  The only downside to this behavior would be that if the customer then changes their mind again, and wants to continue their checkout process without an account, the billing info that they had entered previously would be wiped out at this point.
  But if they click the "login" link, perhaps it is reasonable that their info would be wiped out.

Sorry if I have been rambling. I just wanted to make people aware of the behavior that I saw, and find out if other people think a different behavior would be preferable.
It just seems that if you are checking out as a guest, and you click the login link, you would be confused/disturbed to have things appear that you have an account.

I have the 2.6 beta version installed in my test site. I just want to make people aware of a problem I was having.
I was getting an ajax error during the checkout process, when I went from the payment page to the confirmation page, for the COD and Paypal modules (these are both modules where credit cards are NOT accepted on the site. I did not get the error for authorizenet_aim, where credit cards ARE accepted on the site.) I got the error when I was checking out as a logged-in user, not as a guest.
The way I finally fixed this problem was by doing a comparison between the includes/templates folders of 1.5.3 and 1.5.4, and then checking to see if I had made all those changes to my template files.
I found that includes/templates/mytemplatedir/templates/tpl_checkout_payment_default.php had a couple of changes, and the version I had installed from COWOA did not have these changes. They were the following changes:
1.5.3:

<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post', ($flagOnSubmit ? 'onsubmit="return check_form();"' : '')); ?>

1.5.4:

<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post'); ?>

1.5.3:

<div class="buttonRow forward"><?php echo zen_image_submit(BUTTON_IMAGE_CONTINUE_CHECKOUT, BUTTON_CONTINUE_ALT, 'onclick="submitFunction('.zen_user_has_gv_account($_SESSION['customer_id']).','.$order->info['total'].')"'); ?></div>

1.5.4:

<div class="buttonRow forward" id="paymentSubmit"><?php echo zen_image_submit(BUTTON_IMAGE_CONTINUE_CHECKOUT, BUTTON_CONTINUE_ALT, 'onclick="submitFunction('.zen_user_has_gv_account($_SESSION['customer_id']).','.$order->info['total'].')"'); ?></div>

I hope this can help someone else avoid some frustration, and pulling out of hair! :smile:

earth-friendly:

I have the 2.6 beta version installed in my test site. I just want to make people aware of a problem I was having.
I was getting an ajax error during the checkout process, when I went from the payment page to the confirmation page, for the COD and Paypal modules (these are both modules where credit cards are NOT accepted on the site. I did not get the error for authorizenet_aim, where credit cards ARE accepted on the site.) I got the error when I was checking out as a logged-in user, not as a guest.
The way I finally fixed this problem was by doing a comparison between the includes/templates folders of 1.5.3 and 1.5.4, and then checking to see if I had made all those changes to my template files.
I found that includes/templates/mytemplatedir/templates/tpl_checkout_payment_default.php had a couple of changes, and the version I had installed from COWOA did not have these changes. They were the following changes:
1.5.3:

<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post', ($flagOnSubmit ? 'onsubmit="return check_form();"' : '')); ?>

> 1.5.4:
> ```
<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post'); ?>

1.5.3:

<div class="buttonRow forward"><?php echo zen_image_submit(BUTTON_IMAGE_CONTINUE_CHECKOUT, BUTTON_CONTINUE_ALT, 'onclick="submitFunction('.zen_user_has_gv_account($_SESSION['customer_id']).','.$order->info['total'].')"'); ?></div> ``` > 1.5.4: > ``` <div class="buttonRow forward" id="paymentSubmit"><?php echo zen_image_submit(BUTTON_IMAGE_CONTINUE_CHECKOUT, BUTTON_CONTINUE_ALT, 'onclick="submitFunction('.zen_user_has_gv_account($_SESSION['customer_id']).','.$order->info['total'].')"'); ?></div> ``` > > I hope this can help someone else avoid some frustration, and pulling out of hair! :smile: Thank you for posting this it is interesting, because I have an issue with an ajax error message on check out. Can you please tell me the message that you received? I am getting "An unknown response null: :null: : was received while processing an ajax call. The action you requested could not be completed" at stage after entering payment details using PayPal Pro. Strange thing is that I have used this on other sites on the same server without any problems, although they are either using a different gateway or PayPal standard. I am using COWOA 2.4 Thanks

Friendly hint...:smile:

jeking:

COWOA 2.4 was written a long time ago and is not compatible with Zen Cart 1.5.4. There is a beta version, search this thread, available for 1.5.4

countrycharm:

I have used this version on shops running 1.5.4 with no problem. You really can not say it is not compatible it does work. But it would make since to upgrade to the beta version since it is out. It has a lot of bug fixes.

https://github.com/DivaVocals/zen_COWOA

Thanks for this.. I've updated the GitHub repo accordingly..

earth-friendly:

I have the 2.6 beta version installed in my test site. I just want to make people aware of a problem I was having.
I was getting an ajax error during the checkout process, when I went from the payment page to the confirmation page, for the COD and Paypal modules (these are both modules where credit cards are NOT accepted on the site. I did not get the error for authorizenet_aim, where credit cards ARE accepted on the site.) I got the error when I was checking out as a logged-in user, not as a guest.
The way I finally fixed this problem was by doing a comparison between the includes/templates folders of 1.5.3 and 1.5.4, and then checking to see if I had made all those changes to my template files.
I found that includes/templates/mytemplatedir/templates/tpl_checkout_payment_default.php had a couple of changes, and the version I had installed from COWOA did not have these changes. They were the following changes:
1.5.3:

<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post', ($flagOnSubmit ? 'onsubmit="return check_form();"' : '')); ?>

> 1.5.4:
> ```
<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post'); ?>

1.5.3:

<div class="buttonRow forward"><?php echo zen_image_submit(BUTTON_IMAGE_CONTINUE_CHECKOUT, BUTTON_CONTINUE_ALT, 'onclick="submitFunction('.zen_user_has_gv_account($_SESSION['customer_id']).','.$order->info['total'].')"'); ?></div> ``` > 1.5.4: > ``` <div class="buttonRow forward" id="paymentSubmit"><?php echo zen_image_submit(BUTTON_IMAGE_CONTINUE_CHECKOUT, BUTTON_CONTINUE_ALT, 'onclick="submitFunction('.zen_user_has_gv_account($_SESSION['customer_id']).','.$order->info['total'].')"'); ?></div> ``` > > I hope this can help someone else avoid some frustration, and pulling out of hair! :smile:

ianhg:

Thank you for posting this it is interesting, because I have an issue with an ajax error message on check out. Can you please tell me the message that you received? I am getting "An unknown response null: :null: : was received while processing an ajax call. The action you requested could not be completed" at stage after entering payment details using PayPal Pro. Strange thing is that I have used this on other sites on the same server without any problems, although they are either using a different gateway or PayPal standard.
I am using COWOA 2.4
Thanks
ianhg, you might want to take a look at this thread that I started, when I was trying to troubleshoot this problem. I didn't initially realize that it was related to COWOA, so I started a new thread in "Upgrading Your Zen Cart". You can see it here:
https://www.zen-cart.com/showthread.php?218720-ajax-error-during-checkout
The error that I got is the same one that you mentioned. When I went from the "checkout payment" page to the "checkout confirm" page, the error would flash briefly on the screen, and then disappear. I could only see what the error was by doing a screen capture.
I was able to fix the problem by changing the 2 lines in includes/templates/mytemplatefolder/tpl_checkout_payment_default.php as I described above.
Are you currently using Zencart 1.5.4? These changes were made to this template file between 1.5.3 and 1.5.4.

earth-friendly:

ianhg, you might want to take a look at this thread that I started, when I was trying to troubleshoot this problem. I didn't initially realize that it was related to COWOA, so I started a new thread in "Upgrading Your Zen Cart". You can see it here:
https://www.zen-cart.com/showthread.php?218720-ajax-error-during-checkout
The error that I got is the same one that you mentioned. When I went from the "checkout payment" page to the "checkout confirm" page, the error would flash briefly on the screen, and then disappear. I could only see what the error was by doing a screen capture.
I was able to fix the problem by changing the 2 lines in includes/templates/mytemplatefolder/tpl_checkout_payment_default.php as I described above.
Are you currently using Zencart 1.5.4? These changes were made to this template file between 1.5.3 and 1.5.4.

Hi earth-friendly
Thanks for the reply this also sorted my problem. I am using Zen cart 1.5.4 but it seems to depend on the payment method as other sites don't appear to have the issue. Really appreciate you posting this information. Thanks

I finally had a chance to work on finalizing the COWOA Font Awesome integration.. COWOA beta has been updated as of today with the following changes:

• Replace the step arrow images with Font Awesome glyphs. (step arrow images are now obsolete)
• The progress bar 100% CSS (progress bar image is now obsolete)
• Fix an old outstanding issue with the default Zen Cart admin index.php file. Correct "rihgt" class in the admin index.php file to "right".
• Updates to template files to ensure that they ALL are using the current v1.5.4 files.
  
  https://github.com/DivaVocals/zen_COWOA

I need folks to install and TEST this.:smile: I would like to FINALLY submit this version to the downloads.

Hi
I'm currently installing into a new zc_v1.5.4 in preparation for upgrading a v1.5.1 site.
I'm using Beyond Compare on a Mac to do file by file companions and edits
So far I've installed, in order:
mod_list.zip
backup_zc_v1.zip
Image_Handler4_v4_3_2.zip
admin_new_customer_3.zip
edit_orders-414.zip
admin_new_orders_1.zip
supertracker_1.1.zip
zen_TyPackageTracker-3.1.4a.zip
zen_COWOA-2.6.zip

No obvious problems, with limited testing. Now I'm installing Super Orders 4_0_9.
In that package I'm guessing I should be skipping "2a_Modified_Core_Files" and instead installing "2b_Modified_Core_Files-COWOA"
As I wade through the edits in /super_orders_4-0-9/2b_Modified_Core_Files-COWOA/includes/classes/order.php I'm encountering interference that I don't know how to resolve. Specifically whether COWOA_2.6 code should take precedence over Super_Orders code or vice versa.
Here's an example of the current state of this file after the install of COWOA 2.6 but before Super Orders:

      // Add extra heading stuff via observer class
      $this->extra_header_text = '';
      $this->notify('NOTIFY_ORDER_INVOICE_CONTENT_FOR_ADDITIONAL_EMAILS', array('zf_insert_id' => $zf_insert_id, 'text_email' => $email_order, 'html_email' => $html_msg));
      $email_order = $this->extra_header_text . $email_order;
      $html_msg['EMAIL_TEXT_HEADER'] = nl2br($this->extra_header_text) . $html_msg['EMAIL_TEXT_HEADER'];

Super Orders wants me to replace it with this;

      $this->notify('NOTIFY_ORDER_INVOICE_CONTENT_FOR_ADDITIONAL_EMAILS', array('zf_insert_id' => $zf_insert_id, 'text_email' => $email_order, 'html_email' => $html_msg));
      zen_mail('', SEND_EXTRA_ORDER_EMAILS_TO, SEND_EXTRA_NEW_ORDERS_EMAILS_TO_SUBJECT . ' ' . EMAIL_TEXT_SUBJECT . EMAIL_ORDER_NUMBER_SUBJECT . $zf_insert_id,
      $email_order . $extra_info['TEXT'], STORE_NAME, EMAIL_FROM, $html_msg, 'checkout_extra', $this->attachArray);

There are other examples in this file and in orders.php too. Eg

          and pad.products_attributes_filename = '" . $db->prepare_input($chk_products_download->fields['orders_products_filename']) . "'

          and pad.products_attributes_filename = '" . $chk_products_download->fields['orders_products_filename'] . "'

I'm not a coder per se although as a long time user of zen cart I've sort of become a reasonable tester/debugger. What I'm concerned here is that apparent changes in coding conventions (between v1.5.1 and 1.5.4) are just enough to confuse me at a time when the instructions in the readme flies for SO, EO, TY and the Add Customers/Orders plugins all say to let SO overwrite the order.php files.

I feel my options are either to just follow the instructions and blindly copy over, or ignore the instructions and let COWOA 2.6 dominate, or hardest of all, try to be intelligent about it and second guess the meaning of the differences.

Is there any general advice to be found here?

lucidlee:

Hi
I'm currently installing into a new zc_v1.5.4 in preparation for upgrading a v1.5.1 site.
I'm using Beyond Compare on a Mac to do file by file companions and edits
So far I've installed, in order:
mod_list.zip
backup_zc_v1.zip
Image_Handler4_v4_3_2.zip
admin_new_customer_3.zip
edit_orders-414.zip
admin_new_orders_1.zip
supertracker_1.1.zip
zen_TyPackageTracker-3.1.4a.zip
zen_COWOA-2.6.zip

No obvious problems, with limited testing. Now I'm installing Super Orders 4_0_9.
In that package I'm guessing I should be skipping "2a_Modified_Core_Files" and instead installing "2b_Modified_Core_Files-COWOA"
As I wade through the edits in /super_orders_4-0-9/2b_Modified_Core_Files-COWOA/includes/classes/order.php I'm encountering interference that I don't know how to resolve. Specifically whether COWOA_2.6 code should take precedence over Super_Orders code or vice versa.
Here's an example of the current state of this file after the install of COWOA 2.6 but before Super Orders:

  // Add extra heading stuff via observer class
  $this->extra_header_text = '';
  $this->notify('NOTIFY_ORDER_INVOICE_CONTENT_FOR_ADDITIONAL_EMAILS', array('zf_insert_id' => $zf_insert_id, 'text_email' => $email_order, 'html_email' => $html_msg));

$email_order = $this->extra_header_text . $email_order;
$html_msg['EMAIL_TEXT_HEADER'] = nl2br($this->extra_header_text) . $html_msg['EMAIL_TEXT_HEADER'];

> 
> Super Orders wants me to replace it with this;
> ```
      $this->notify('NOTIFY_ORDER_INVOICE_CONTENT_FOR_ADDITIONAL_EMAILS', array('zf_insert_id' => $zf_insert_id, 'text_email' => $email_order, 'html_email' => $html_msg));
      zen_mail('', SEND_EXTRA_ORDER_EMAILS_TO, SEND_EXTRA_NEW_ORDERS_EMAILS_TO_SUBJECT . ' ' . EMAIL_TEXT_SUBJECT . EMAIL_ORDER_NUMBER_SUBJECT . $zf_insert_id,
      $email_order . $extra_info['TEXT'], STORE_NAME, EMAIL_FROM, $html_msg, 'checkout_extra', $this->attachArray);

There are other examples in this file and in orders.php too. Eg

      and pad.products_attributes_filename = '" . $db->prepare_input($chk_products_download->fields['orders_products_filename']) . "'

> ```
          and pad.products_attributes_filename = '" . $chk_products_download->fields['orders_products_filename'] . "'

I'm not a coder per se although as a long time user of zen cart I've sort of become a reasonable tester/debugger. What I'm concerned here is that apparent changes in coding conventions (between v1.5.1 and 1.5.4) are just enough to confuse me at a time when the instructions in the readme flies for SO, EO, TY and the Add Customers/Orders plugins all say to let SO overwrite the order.php files.

I feel my options are either to just follow the instructions and blindly copy over, or ignore the instructions and let COWOA 2.6 dominate, or hardest of all, try to be intelligent about it and second guess the meaning of the differences.

Is there any general advice to be found here?
I haven't even looked at the COWOA specific files in Super Orders.. Don't know when I'll be able to get to that just yet.. I'll TRY to take a look this weekend (NO promises) In the meantime, I'm hoping that another community member can chime in..

I attempted to install this, it did a real good job jacking my site up to the point I can't even login as an admin. You really need to make it clear there is more than one YOUR_TEMPLATE folder to rename. I found and renamed all of them but now my site gives a "Server Error 500" error whenever attempting to go to the website (as a customer) or to login as an admin.

How do I fix this?

bakeen:

I attempted to install this, it did a real good job jacking my site up to the point I can't even login as an admin.
Ummm.. okay... Lots of folks have had NO issues installing this module.. and IF they do have issues.. they generally don't describe it as "jacking up" thier site.. Most issues can usually be traced to small installation mistakes..

bakeen:

but now my site gives a "Server Error 500" error whenever attempting to go to the website (as a customer) or to login as an admin.
The community is generally happy to help. What woud help is better details than "jacked up"..:smile: Can you look at your error logs, and tell us what the error logs say..

bakeen:

You really need to make it clear there is more than one YOUR_TEMPLATE folder to rename.
In addition to providing a full list of the files included in the module, the COWOA readme states:
Change and Rename all the YOUR_TEMPLATE folder names in the New_Installation/1_Store_Files/includes folders to match the name of your template's folder name

Not sure how much clearer the current readme could be, but if you would like to give us a better way to state this that would have made it clearer for you, I'd be happy to update the readme accordingly..

Which log(s) do you need?