COWOA (for ZC v1.5.x)

mydanilo:

I have a question/request that I have brought up before. I would love to see the possibility to allow guest checkout even when there is already an existing registered account for this email. Is this technically possible without screwing up the zencart customer or order db's?

Wasn't something I really needed but, anyway... current version with the split create account and no account pages would be difficult to do... In using a single page for both and changing the logic behind the password field. Add a password, it's a standard account, no password and it's a COWOA account... than adding another level to the logic is simple enough... adding a user view and deciding how I want to explain it to them is where I'm at now. I'm leaning towards a alert still info popup.

within my logic, Both account types do have passwords! In COWOA the password is generated and added to the account each time its used. The standard account password is controlled by the user. bypassing the cowoa password for existing account also has to be part of the code or the account user will never login again. Things to think about when you change yours.

OK, re-posting in this thread as was mentioned it would be the better place to ask:

I have a problem with Login as Customer with Master Password and COWOA installed on 1.5.4. I can use it perfectly with regular accounts. I can not login as customer with COWOA created accounts. What would make it fail just with COWOA accounts? It simply says email or password incorrect. I reinstalled all again to make sure I did not miss anything.

mydanilo:

OK, re-posting in this thread as was mentioned it would be the better place to ask:

I have a problem with Login as Customer with Master Password and COWOA installed on 1.5.4. I can use it perfectly with regular accounts. I can not login as customer with COWOA created accounts. What would make it fail just with COWOA accounts? It simply says email or password incorrect. I reinstalled all again to make sure I did not miss anything.
I confirm I have the same problem. It may be something that has a logic however.
ciao

Logic says to prevent accidental access to areas you need to have an account for we need to block that from happing.. also helps to prevent hacks!

With that, Master Password wll not function for COWOA accounts and I see no reason to do a walk around for it.. Of course, logic says all you need is an email address and you can do the same as they without account!!

davewest:

Logic says to prevent accidental access to areas you need to have an account for we need to block that from happing.. also helps to prevent hacks!

With that, Master Password wll not function for COWOA accounts and I see no reason to do a walk around for it.. Of course, logic says all you need is an email address and you can do the same as they without account!!
I agreen with what above. However, a COWOA has to input the email address and if after one year he comes back and try to login the login will be refused. He may then try to get a new password thinking he forgot it. He gets an email with the new password and then the login will be refused again. The COWOA will think ths site is broken and will go shopping somewere else. I think the COWOA, when tryng to login should receive a warning message saying "We know you purchased with us using this email ADDRESS, but you choose to not create a account. For your privacy, this is not allowing you to receive a new password neither to login with this eamil address. Please buy again without account or create a account if you like." Even better the essage should finish with " If you want to trasform your guest purchase in a account puchase click here and you will receive a password, at the email address used in the past, to login with that email address and make your purchases." Obviously the COWOA has to became a regular account in the db.
Ciao from Italy.
enzo

enzo-ita:

I agreen with what above. However, a COWOA has to input the email address and if after one year he comes back and try to login the login will be refused. He may then try to get a new password thinking he forgot it. He gets an email with the new password and then the login will be refused again. The COWOA will think ths site is broken and will go shopping somewere else. I think the COWOA, when tryng to login should receive a warning message saying "We know you purchased with us using this email ADDRESS, but you choose to not create a account. For your privacy, this is not allowing you to receive a new password neither to login with this eamil address. Please buy again without account or create a account if you like." Even better the essage should finish with " If you want to trasform your guest purchase in a account puchase click here and you will receive a password, at the email address used in the past, to login with that email address and make your purchases." Obviously the COWOA has to became a regular account in the db.
Ciao from Italy.
enzo

COWOA 'Check Out With Out Account' is not the same as an Standard Account! Thus the account is for Admin to track, document orders and hopefully get paid. On the user side, there never was an account so there is no login, password so on so why would admin need to login! They already have more access/info then the user!

If a user comes back 5 seconds or 5 years, the account is the same, email address buys anything! there is no login or password they need to enter or you... Yes.. If when the user decides to create an account, than the existing info is converted and the user now has a password to manage.

The problem is more the other way around. The customer created a regular account and placed an order. Customer then comes back at another time and wants to do a guest checkout as he/she can't remember if or with what pwd he/she created an account. So guest checkout is on the order, but only to find out that it won't be possible with this email as there was previously an account registered. At that point, most are already frustrated and might or might not try the reset pwd function. Reset pwd emails land a lot in spam folder and leads to customer trying to reset several times, next frustration sets in. If they have not taken their business elsewhere by now they are really stubborn and must love my store tremendously! ;)

Is it really so hard to understand that this can't be good for business?

Well, the good new is Dr. Byte confirmed that the built in guest checkout in 1.6 will fix this. https://www.zen-cart.com/showthread.php?220327-Guest-Checkout-even-when-email-was-used-before-to-creat-an-account

Just a question now on when v1.6 will be ready.

Fourpaws:

There is no option to "Subscribe to Our Newsletter" just HTML or Text Only choices.

Is it intentional that all customers that COWOA are automatically subscribed to the newsletter?

I'm having the same issue with my site. Is this normal?

Did anyone ever figure out the tickbox issue?

Never mind. I found it. For anyone else who is looking, you need to edit includes/templates/YOUR THEME/templates/tpl_modules_no_account.php

The code says:

<fieldset> <legend><?php echo ENTRY_EMAIL_PREFERENCE; ?></legend> <?php echo zen_draw_radio_field('email_format', 'HTML', ($email_format == 'HTML' ? true : false),'id="email-format-html"') . '<label class="radioButtonLabel" for="email-format-html">' . ENTRY_EMAIL_HTML_DISPLAY . '</label>' . zen_draw_radio_field('email_format', 'TEXT', ($email_format == 'TEXT' ? true : false), 'id="email-format-text"') . '<label class="radioButtonLabel" for="email-format-text">' . ENTRY_EMAIL_TEXT_DISPLAY . '</label>'; ?> <br class="clearBoth" /> </fieldset>

It should say:

<fieldset> <legend><?php echo ENTRY_EMAIL_PREFERENCE; ?></legend> <?php if (ACCOUNT_NEWSLETTER_STATUS != 0) { ?> <?php echo zen_draw_checkbox_field('newsletter', '1', $newsletter, 'id="newsletter-checkbox"') . '<label class="checkboxLabel" for="newsletter-checkbox">' . ENTRY_NEWSLETTER . '</label>' . (zen_not_null(ENTRY_NEWSLETTER_TEXT) ? '<span class="alert">' . ENTRY_NEWSLETTER_TEXT . '</span>': ''); ?> <br class="clearBoth" /> <?php } ?> <?php echo zen_draw_radio_field('email_format', 'HTML', ($email_format == 'HTML' ? true : false),'id="email-format-html"') . '<label class="radioButtonLabel" for="email-format-html">' . ENTRY_EMAIL_HTML_DISPLAY . '</label>' . zen_draw_radio_field('email_format', 'TEXT', ($email_format == 'TEXT' ? true : false), 'id="email-format-text"') . '<label class="radioButtonLabel" for="email-format-text">' . ENTRY_EMAIL_TEXT_DISPLAY . '</label>'; ?> <br class="clearBoth" /> </fieldset>

I have COWOA 2.7 (BETA) working on my 1.5.5 install. I've done some initial testing and everything seems to be working.

So firstly, thank you to everyone who has contributed to keeping this mod up to date!

Secondly, in order to have COWOA not completely break my template, I completely skipped copying **includes\templates\MY_TEMPLATE\common\tpl_header.php AND tpl_main_page.php
**
I tried to merge the COWOA files with my *current tpl_header.php *and tpl_main_page.php, but they seem to be completely different and I can't even tell what should be merged (my current files are quite old, i think my template was designed for 1.3.9).

Am I missing out on any functionality by skipping these two files? Am I going to run into errors? It doesn't seem to be throwing anything into the error log for now.

Thanks for any help!

LightBrown:

I have COWOA 2.7 (BETA) working on my 1.5.5 install. I've done some initial testing and everything seems to be working.

So firstly, thank you to everyone who has contributed to keeping this mod up to date!

Secondly, in order to have COWOA not completely break my template, I completely skipped copying **includes\templates\MY_TEMPLATE\common\tpl_header.php AND tpl_main_page.php
**
I tried to merge the COWOA files with my *current tpl_header.php *and tpl_main_page.php, but they seem to be completely different and I can't even tell what should be merged (my current files are quite old, i think my template was designed for 1.3.9).

Am I missing out on any functionality by skipping these two files? Am I going to run into errors? It doesn't seem to be throwing anything into the error log for now.

Thanks for any help!

If you don't merge tpl_main_page.php, the option for turning off sideboxes during checkout will not work.
If you don't merge tpl_header.php, the Logoff and My Account will display when users are checking out without an account.

jeking:

If you don't merge tpl_main_page.php, the option for turning off sideboxes during checkout will not work.
If you don't merge tpl_header.php, the Logoff and My Account will display when users are checking out without an account.

Thanks for the info. I don't plan on turning off the sideboxes during checkout, so *tpl_main_page.php *should be fine, and I already removed the My Account button completely. So i guess I am good to go!

I installed the COWOA and in the admin tools, I get no choices. I did a fresh install of zencart 1.5.5a and the COWOA. Still no joy.

Did I miss something? I followed the directions to the 'T'.

IATIA:

I installed the COWOA and in the admin tools, I get no choices. I did a fresh install of zencart 1.5.5a and the COWOA. Still no joy.

Did I miss something? I followed the directions to the 'T'.

Just to check, which version of COWOA did you install? The latest COWOA version downloaded from the Zencart website or the 1.5.5 Beta version from Github? The version hosted on Zencart will not work with 1.5.5

I downloaded from here. I will check out github.

Thanks

Alright. I finally got it up and running. New issue.

I have a list instead of the menu. I tried "toggle navigation" but that did nothing.

IATIA:

I have a list instead of the menu. I tried "toggle navigation" but that did nothing.

I don't know what you are referring to here. The COWOA menu?

I miserably failed in merging COWOA (v2.7 - 03/25/2016 Updated for Zen Cart v1.5.5) into 1.5.5d with Winchester Responsive. What is the status on this for 1.5.5d? Does anyone have files merged with any responsive templates that work? Would consider starting with pretty much any template as long as COWOA works. Yes, that important to me. I have to mention that I also installed the one page checkout. So maybe the combination of the two just got too much for me. Looking for guidance where to go from here. As of now I am sticking with 1.5.4 until I have a solution. Read the good discussion on github but they are all from 2015. https://github.com/DivaVocals/zen_COWOA is there a newer version available? Or simply wait for 1.6?

mydanilo:

I miserably failed in merging COWOA (v2.7 - 03/25/2016 Updated for Zen Cart v1.5.5) into 1.5.5d with Winchester Responsive. What is the status on this for 1.5.5d? Does anyone have files merged with any responsive templates that work? Would consider starting with pretty much any template as long as COWOA works. Yes, that important to me. I have to mention that I also installed the one page checkout. So maybe the combination of the two just got too much for me. Looking for guidance where to go from here. As of now I am sticking with 1.5.4 until I have a solution. Read the good discussion on github but they are all from 2015. https://github.com/DivaVocals/zen_COWOA is there a newer version available? Or simply wait for 1.6?

don't wait for 1.6 it is miles away from being ready, don't be surprised to see a 1.5.6 first :smile:.