COWOA (for ZC v1.5.x)

I'm not sure what's going on with your store, but it certainly seems like you may have other code which is causing this issue.. COWOA out the box wouldn't cause this issue (otherwise there would be MANY MORE folks reporting this same issue) I wish I had some insight to prvide, but it's difficult to troubleshoot an issue that cannot be reproduced..

That said have YOU tested this?? Can YOU re-create the issue.. If you can what were the exact steps to reproduce?? You say you received complaint(s) how many customers?? From ALL customer's ONE customer??? Is this a ONE time ocurrance or does it happen regularly??

Even if you could reproduce the issue, I still don't think it's a COWOA issue (again, because no one else has reported this issue) I suspect that the real issue is some other modification to your store which is being impacted by COWOA..

osulywan:

I installed COWOA in Feb on my Zen 1.5.1 store. I received some complaints that products are being placed in the user's cart that they did not acquire. Further research revealed this customer was a COWOA account. There were rows in customers_basket table for her customer id that did not belong. (We have product option values for Name on these products which is how I know they do not belong). I know Zencart has a "merge cart" feature designed to capture stuff put into the cart in a previous session when the user logs in. I am not sure how that should behave for a COWOA session. Timing is an issue since these customers may have been on the store simultaneously.

Is there a way to assure that COWOA customers bypass the merge cart routine?

Thanks for prompt response, DivaVocals.
We had a huge sale on 4/1. Did 656 orders in 24 hours. All of March I had 920 orders so it definitely could be related to congestion or simultaneous users which I consider more likely. There were items from 3 different customers landed in one customers basket. I have not attempted to reproduce but I found the evidence in customer_basket table. My store items are registrations that include first name and last name as TEXT option values which is how I know customer was correct. Customer_basket has customers_id as column. I saw the 7 rows with her customers_id in customer_basket. When I logged in as her, I saw the items, too. I simply deleted them from her cart to enable her to continue. The items that DID NOT belong in this ladies cart I found in 2 completed orders by 2 different customers less that one minute apart and close to the time I handled this complaint.

DivaVocals:

That said have YOU tested this?? Can YOU re-create the issue.. If you can what were the exact steps to reproduce?? You say you received complaint(s) how many customers?? From ALL customer's ONE customer??? Is this a ONE time ocurrance or does it happen regularly??

Even if you could reproduce the issue, I still don't think it's a COWOA issue (again, because no one else has reported this issue) I suspect that the real issue is some other modification to your store which is being impacted by COWOA..
I have not been able to reproduce this but I purged customer_basket and customer_basket_attributes rows prior to 3/15/2014. I have never had this kind of volume before. My "inventory" (I.e. events) are perishable. When their over, their over. I was hoping for some insight into how COWOA handles basket/cart merge? Perhaps some insight (a file name maybe) of how Zen Cart handles basket/cart merge. I am very early in my investigation. COWOA was the last update I did. I love the way it works and I think it has improved my conversion rate. Get everything out of the way between the customer and the cash register, if you know what I mean. Since I am registering people for events, it is embarrassing to see strangers showing up in your cart at check out.

One other item. I know COWOA prevents customers from checking out without an account if their email address is already on file with an account. I think I tested that. I have found a few customers in my customer table with the same email address. It very well could be I have some other problem going on.

You may see my site here https://www.mellew.com/reg/
Any hints or insight is appreciated.

I have no additional insight to offer.. as I previously stated, I really don't think the problem is COWOA. COWOA simply adds a mechanism for guest check out it doesn't alter the checkout flow or process that is all still stock Zen Cart functionality... Plus without a problem I can't recreate I don't know how I could help you any further...> osulywan:

Thanks for prompt response, DivaVocals.
We had a huge sale on 4/1. Did 656 orders in 24 hours. All of March I had 920 orders so it definitely could be related to congestion or simultaneous users which I consider more likely. There were items from 3 different customers landed in one customers basket. I have not attempted to reproduce but I found the evidence in customer_basket table. My store items are registrations that include first name and last name as TEXT option values which is how I know customer was correct. Customer_basket has customers_id as column. I saw the 7 rows with her customers_id in customer_basket. When I logged in as her, I saw the items, too. I simply deleted them from her cart to enable her to continue. The items that DID NOT belong in this ladies cart I found in 2 completed orders by 2 different customers less that one minute apart and close to the time I handled this complaint.

I have not been able to reproduce this but I purged customer_basket and customer_basket_attributes rows prior to 3/15/2014. I have never had this kind of volume before. My "inventory" (I.e. events) are perishable. When their over, their over. I was hoping for some insight into how COWOA handles basket/cart merge? Perhaps some insight (a file name maybe) of how Zen Cart handles basket/cart merge. I am very early in my investigation. COWOA was the last update I did. I love the way it works and I think it has improved my conversion rate. Get everything out of the way between the customer and the cash register, if you know what I mean. Since I am registering people for events, it is embarrassing to see strangers showing up in your cart at check out.

One other item. I know COWOA prevents customers from checking out without an account if their email address is already on file with an account. I think I tested that. I have found a few customers in my customer table with the same email address. It very well could be I have some other problem going on.

You may see my site here https://www.mellew.com/reg/
Any hints or insight is appreciated.

osulywan:

Thanks for prompt response, DivaVocals.
We had a huge sale on 4/1. Did 656 orders in 24 hours. All of March I had 920 orders so it definitely could be related to congestion or simultaneous users which I consider more likely. There were items from 3 different customers landed in one customers basket. I have not attempted to reproduce but I found the evidence in customer_basket table. My store items are registrations that include first name and last name as TEXT option values which is how I know customer was correct. Customer_basket has customers_id as column. I saw the 7 rows with her customers_id in customer_basket. When I logged in as her, I saw the items, too. I simply deleted them from her cart to enable her to continue. The items that DID NOT belong in this ladies cart I found in 2 completed orders by 2 different customers less that one minute apart and close to the time I handled this complaint.

I have not been able to reproduce this but I purged customer_basket and customer_basket_attributes rows prior to 3/15/2014. I have never had this kind of volume before. My "inventory" (I.e. events) are perishable. When their over, their over. I was hoping for some insight into how COWOA handles basket/cart merge? Perhaps some insight (a file name maybe) of how Zen Cart handles basket/cart merge. I am very early in my investigation. COWOA was the last update I did. I love the way it works and I think it has improved my conversion rate. Get everything out of the way between the customer and the cash register, if you know what I mean. Since I am registering people for events, it is embarrassing to see strangers showing up in your cart at check out.

One other item. I know COWOA prevents customers from checking out without an account if their email address is already on file with an account. I think I tested that. I have found a few customers in my customer table with the same email address. It very well could be I have some other problem going on.

You may see my site here https://www.mellew.com/reg/
Any hints or insight is appreciated.

Did you by any chance post a link containing the zenid at the end? This is known to cause people sharing carts

Design75:

Did you by any chance post a link containing the zenid at the end? This is known to cause people sharing carts

and if this is the issue it's still NOT a COWOA issue.. it's a ZEN CART issue..

DivaVocals:

and if this is the issue it's still NOT a COWOA issue.. it's a ZEN CART issue..

:yes: I agree, but just thought to try to get the OP on the right track.

Design75:

:yes: I agree, but just thought to try to get the OP on the right track.

I KNEW there was a method to your madness as usual!!!:laugh:

osulywan:

One other item. I know COWOA prevents customers from checking out without an account if their email address is already on file with an account. I think I tested that. I have found a few customers in my customer table with the same email address. It very well could be I have some other problem going on.This is "normal" and not truly an issue with the current version of COWOA, but there probably should only be ONE customer record per e-mail address. With DaveWest's help I have an update to COWOA that currently is only available on GitHub which changes this so only ONE customer record per e-mail is created. page back a few pages in this support thread to get to the GitHub repo URL with this new version of COWOA..

Version 2.0c Dated August 29, 2010 installed

Can I up date my 1.5.1 cart to the new version 2.4 or do I need to uninstall and reinstall new. I see that the instruction refer to 2.3-t2.4

Sorry if this has been answered if so I missed it.

Sorry if this is not the place for this... but...

I have my zen cart working nicely... and the COWOA plugin...

I have an issue with the emails sent when a customer uses the 'Guest Checkout'

the email sent to the customer doesnt have Template Keywords replaced with the correct text.
if you sign up, and checkout, it all works as it should.

Could someone point me in the right direction to solve this problem...?

Cheers, and thanks in advance

00falcon:

Sorry if this is not the place for this... but...

I have my zen cart working nicely... and the COWOA plugin...

I have an issue with the emails sent when a customer uses the 'Guest Checkout'

the email sent to the customer doesnt have Template Keywords replaced with the correct text.
if you sign up, and checkout, it all works as it should.

Could someone point me in the right direction to solve this problem...?

Cheers, and thanks in advance

Didn't you post this same question in the FEC support thread?? which module are you using??

00falcon:

Sorry if this is not the place for this... but...

I have my zen cart working nicely... and the COWOA plugin...

I have an issue with the emails sent when a customer uses the 'Guest Checkout'

the email sent to the customer doesnt have Template Keywords replaced with the correct text.
if you sign up, and checkout, it all works as it should.

Could someone point me in the right direction to solve this problem...?

So... two possibilities.. you missed uploading the language file (estra_definitions/checkout_process.php) or missed editing/uploading the (class/order.php) class file.

First you'll have to figure out what mod you installed... FEC is different :huh:

When trying to use the module with a FREE DOWNLOAD Virtual product, the "Order Review" page is empty.

My guess is that it has something to do with not having any Payment Options selected (since the product is free). Any ideas how to allow a free virtual product to be checked out?

By the way, if I turn off the COWOA module, it's still the same behavior. I'm on 1.5.1.

Jeff_Mash:

When trying to use the module with a FREE DOWNLOAD Virtual product, the "Order Review" page is empty.

My guess is that it has something to do with not having any Payment Options selected (since the product is free). Any ideas how to allow a free virtual product to be checked out?

By the way, if I turn off the COWOA module, it's still the same behavior. I'm on 1.5.1.

NOTE: In order to get around this, I had to come up with a workaround. I had to set my free virtual item with a price of $1.00. I then had to give my customers a $1.00 Off Coupon to use during the checkout. That is the ONLY WAY I have found to complete the checkout using this module with only a free virtual item in the cart.

I am still hoping that someone here can help pinpoint the reason why it's not working, and how to allow free virtual items to be purchased alone during the checkout using this module.

As you pointed out the issue persists even with this module off.. That's the clue that the issue is not with this module but with the way virtual products are configured.. I would suggest checking out some of the threads on configuring virtual products nd make sure you've got yours configured correctly..> Jeff_Mash:

NOTE: In order to get around this, I had to come up with a workaround. I had to set my free virtual item with a price of $1.00. I then had to give my customers a $1.00 Off Coupon to use during the checkout. That is the ONLY WAY I have found to complete the checkout using this module with only a free virtual item in the cart.

I am still hoping that someone here can help pinpoint the reason why it's not working, and how to allow free virtual items to be purchased alone during the checkout using this module.

Okay - I found a fix, thanks to Ajeh in the following thread:
http://www.zen-cart.com/showthread.php?209975-How-can-I-setup-a-free-download/page4

Basically, if you open your templates/tpl_checkout_confirmation_default.php file, you will see the following line somewhere in there:

if ($_SESSION['cart']->show_total() != 0) {  ?>

That's basically saying, "Show the contents of the shopping cart as long as the value is NOT zero." Well, since we are dealing with a free item, nothing is being displayed, and thus a blank page is being shown.

So to fix it, I simply did this and changed the value to negative one:

if ($_SESSION['cart']->show_total() != -1) {  ?>

Hope that helps out someone.

Downloaded and installed COWOA for Zen 1.5. Of course I backed up my site before I did that. That was good! when I reloaded the site, all the formatting when crazy. Instead of being in normal format, it was the full width of the screen. Using Responsive Avonlee Contempo template bt Picaflor. Any assistance would be greatly appreciated.

Chuck Cory:

Downloaded and installed COWOA for Zen 1.5. Of course I backed up my site before I did that. That was good! when I reloaded the site, all the formatting when crazy. Instead of being in normal format, it was the full width of the screen. Using Responsive Avonlee Contempo template bt Picaflor. Any assistance would be greatly appreciated.

                     COWOA is designed around the basic template that comes with Zen Cart. If you just replaced the files with your modified template files, then it would mess things up. The instructions list files that need to be compared and modified if you are not using the basic templates design.

If you did the change on a live site, I would upload the backup files that COWOA replaced and use a compare program to modify the files or open both files in two instances of a text editor and look for the COWOA markers to make the changes.

Back in Oct, Scully pointed out a problem with clicked COWOA download links leading to a "Session Has Expired" error instead of the purchased file that was never solved [http://www.zen-cart.com/showthread.php?196995-COWOA-%28for-ZC-v1-5-x%29/page39].

The best guess answer presented was that 'it is something with the server, and maybe specific to your site'.

But I am getting the exact same issue, and the Session-Expired error happens ONLY on COWOA orders and not the normal 'create account' orders. (ZC 1.5.1, COWOA 2.4)

The error is the same on both the Order Confirmation page and when a customer accesses the download via the Order Status link in the confirmation email. In both COWOA locations, the downloadable file is not presented when the download link is clicked, but rather the Session Expired error appears (with the text to either login or 'sorry, cart can't be restored'). Obviously, this angers the COWOA customer because they have no way of accessing what they just paid for.

The links presented for an account-creation user work exactly as expected on the order confirmation and order status pages, so I believe the situation is specific to COWOA.

I saw that the COWOA order confirmation page tpl_checkout_success_default.php had a COWOA-specific download module, so I've already tried combining the two download presentations if/then for each option. Everything 'presents' properly when I do so, but the COWOA download links still go to session error when clicked.

Any ideas? Thank you...

NEVER MIND!

The solution was presented in that exchange, but it wasn't clear to Scully then or to me when I read it. But now that I've re-read the entire exchange again, the answer is to go to the COWOA Admin and turn to 'false' the option "Enable Forced Logoff".

When I setup the module, I assumed that making that option 'true' would allow the user the option to log off after completing his or her checkout. I didn't get that it would automatically log the user off AND disable access to any and all downloadable file links.

A person selling downloads in Zen Cart MUST HAVE the the COWOA Admin option "Enable Forced Logoff" set to 'false' -- or else the customer has no opportunity to download their purchase, ever!