COWOA (for ZC v1.5.x)

[DivaVocals]

I honestly don't know. I didn't try to set up a new user account until someone reported a totally different error with the script last night, which I was able to fix. Then I noticed this little glitch. Since it was so similar to what the No_Account process showed, I thought I'd mention it and see if you had any ideas.

No.. because this too has NEVER been reported, and it's unlikely a bug, but something impacted by changes you may have made (including the "No_account" issue).. Suggest rolling back the previous change to see if it persists.. If it does, then you need to look at if you have you modified any of the files that make up this module or are a part of the checkout process???

[davewest]

OK.. sorry this is a bit behind the times... had a major crash and had to rebuild my OS....

Yes, No_Account is a bug in the programming that should only appear if you have two conditions existing... the cart is at 0 dollars and you have the checkout using email only checked! this was occurring when you have free products and no account needed for getting them.... I've also had this ghost on me when I was trying to create a one page checkout... I wasn't passing the cart info along right...

On a normal install, this shouldn't popup unless you are giving things away or email only checkout....

/* COWOA - Set all fields to No_Account for free products */
if ($_SESSION['cart']->show_total() == 0 and COWOA_EMAIL_ONLY == 'true') {

So basically, this bit is setting everything to a default value, getting info 'No_Account' from your language file... reason I haven't even tried fixing this yet, I haven't needed it to work right, Theirs better mods to use for free downloads...

I didn't see any info on what you did to get the code to fire... commenting out the code would work too, but still not solving the cause of the problem, unchecking the allow email only checkout may work too...

[DivaVocals]

reason I haven't even tried fixing this yet, I haven't needed it to work right, Theirs better mods to use for free downloads...

I agree.. This is why I never bothered to fix it.. I simply found another way of creating free products.. The plus to the method I am using is that it doesn't require going through the checkout process.. The downside to the method I am using is you kinda lose the means to track AT LEAST the number of downloads.. In the end, I decided to forego tracking in exchange for avoiding the COWOA stuff that goes along with free products in general.

Can you PM me the free download mods you suggest..

[lat9]

I've been away from sites that use COWOA for a while, but have received a request and want to make sure that the problem-to-be-solved will (ahem) be solved by the plugin.

The site that's requested the install is seasonal (like yearly seasonal) and as they're coming into high-season there are a lot of return customers that don't remember if they have an account and, if so, what their password is.

Can a customer with a registered account still check out using COWOA?

[countrycharm]

I've been away from sites that use COWOA for a while, but have received a request and want to make sure that the problem-to-be-solved will (ahem) be solved by the plugin.

The site that's requested the install is seasonal (like yearly seasonal) and as they're coming into high-season there are a lot of return customers that don't remember if they have an account and, if so, what their password is.

Can a customer with a registered account still check out using COWOA?

Once they create a permanent account with a email address, the customer can not use cowoa to checkout under that email address any longer. They can use a different email address to checkout.

[lat9]

Darn, that's not the answer I wanted to hear. I guess I'm looking at some one-off customizations.

[DivaVocals]

Darn, that's not the answer I wanted to hear. I guess I'm looking at some one-off customizations.

OR you can perhaps run a SQL script to turn them into COWOA customers...

[davewest]

Darn, that's not the answer I wanted to hear. I guess I'm looking at some one-off customizations.

Yes, SQL would be the quickest... the only question would be the password when one of the old customers change back to existing... but I don't recall seeing any past password checks for customers!

Coding in a switch at the top of the customer page to convert all back to COWOA would be simple... adding one to the edit page would work to do one at a time... is this something to add!

[lat9]

Yes, SQL would be the quickest... the only question would be the password when one of the old customers change back to existing... but I don't recall seeing any past password checks for customers!

Coding in a switch at the top of the customer page to convert all back to COWOA would be simple... adding one to the edit page would work to do one at a time... is this something to add!

I'm wont to unilaterally revert all accounts to COWOA just to appease the few, but your suggestion started a couple of brain cells firing. I could update the COWOA processing to check for an existing account and, if found, let the customer know and give them the option to convert their account to COWOA. My main concern with that processing is that it opens the site up for "malicious account resets".

[DivaVocals]

I'm wont to unilaterally revert all accounts to COWOA just to appease the few, but your suggestion started a couple of brain cells firing. I could update the COWOA processing to check for an existing account and, if found, let the customer know and give them the option to convert their account to COWOA. My main concern with that processing is that it opens the site up for "malicious account resets".

Well COWOA already does a check for an existing account.. When using the guest checkout if the visitor uses an email attached to a standard account, they are presented with a message that notifies the visitor of the existence of this account. The message also provides a link to the regular login form so they can login (where they can then reset their password if they've forgotten it) or notifies them that optionally they can use a DIFFERENT email address to continue to use the guest checkout.