COWOA (for ZC v1.5.x)

Hi all,
I combed all 36 pages and did not see a vanilla problem like I am experiencing; it just not seem to work.

I have already uninstalled and reinstalled 3 times, and even tried the Classic Green template to no avail: https://antiagingpillowcase.com/cart/

No matter what I do, when I proceed to checkout it asks to log in or create an account. All COWOA settings in Admin are set to 'True', and as far as I know everything uploaded/overwrote and updated as intended.

Thanks in advance!

Just started seeing this in error logs (a few times this month): PHP Fatal error: Cannot redeclare class order in /home/.../public_html/includes/classes/order.php on line 1111

This is from the order.php packaged with the latest COWOA 2.4. Line 1111 is the last line of the file: }

jetx:

Just started seeing this in error logs (a few times this month): PHP Fatal error: Cannot redeclare class order in /home/.../public_html/includes/classes/order.php on line 1111

This is from the order.php packaged with the latest COWOA 2.4. Line 1111 is the last line of the file: }

Not seeing this in any site I've installed COWOA, and it's not been reported here.. leads me to believe that another module that edits the same file is in conflict..

Yes I could find no reference to this anywhere. Thanks for that confirmation. Now to try to trigger it.

jetx:

Just started seeing this in error logs (a few times this month): PHP Fatal error: Cannot redeclare class order in /home/.../public_html/includes/classes/order.php on line 1111

This is from the order.php packaged with the latest COWOA 2.4. Line 1111 is the last line of the file: }
A lot of times this happens when you make some changes to a page's header_php.php file and rename the original file to something like header_php_original.php (to have a backup) ... both of the files will load and you'll get the duplicate class error.

I've gone through this entire post and haven't seen the answer to my question, so if someone could help me, I'd be very grateful. :-)

I installed the COWOA (1.5.0, I think) a few months ago, and after some hiccups, got it working properly. But recently a few different book customers have contacted me, saying that the system is telling them their session has expired. This is happening less than 5 minutes after they've finalized their order. How can I reset the timeout feature so that their session won't expire until AFTER they've downloaded their products?

Oddly enough, it isn't happening every time, just occasionally. Any ideas why?

Thanks!!

lat9:

A lot of times this happens when you make some changes to a page's header_php.php file and rename the original file to something like header_php_original.php (to have a backup) ... both of the files will load and you'll get the duplicate class error.

That was an inspirational idea, unfortunately I have no such (backup) files in any directories.

jetx:

That was an inspirational idea, unfortunately I have no such (backup) files in any directories.

Still sounds like you have another module which modifies the same files as COWOA which is the root cause of the issue..

ZenCart 1.5.1

I'm having issues with the sql patch. I've tried it from the tools menu, and in phpmyadmin.

INSERT INTO admin_pages( page_key, language_key, main_page, page_params, menu_key, display_on_menu, sort_order )
VALUES (
'configCOWOA', 'BOX_CONFIGURATION_COWOA', 'FILENAME_CONFIGURATION', CONCAT( 'gID=', @t4 ) , 'configuration', 'Y', @t4
);

MySQL said:
#1048 - Column 'page_params' cannot be null

Any ideas how to fix?

Thank you

rhrobert:

ZenCart 1.5.1

I'm having issues with the sql patch. I've tried it from the tools menu, and in phpmyadmin.

INSERT INTO admin_pages( page_key, language_key, main_page, page_params, menu_key, display_on_menu, sort_order )
VALUES (
'configCOWOA', 'BOX_CONFIGURATION_COWOA', 'FILENAME_CONFIGURATION', CONCAT( 'gID=', @t4 ) , 'configuration', 'Y', @t4
);

MySQL said:
#1048 - Column 'page_params' cannot be null

Any ideas how to fix?

Thank you

Run the FULL script.. you are attempting to run the script in pieces and the variable it uses is defined earlier in the script.. Run the script in FULL not in sections..

Crap... thanks, I was running the upgrade...gah.

Hey thanks for this add. I downloaded it and read the readme.txt and it says Please read the install.txt. Which is no where to be found. Where can I locate it. Does it have the code added as apposed to replacing files? I am unable to locate // bof COWOA code. I have a modified site.

usernamenone:

Hey thanks for this add. I downloaded it and read the readme.txt and it says Please read the install.txt. Which is no where to be found. Where can I locate it. Does it have the code added as apposed to replacing files? I am unable to locate // bof COWOA code. I have a modified site.

Readme is in the _docs folder..

Thank-you for the reply

As I said I read the README.txt. The readme.text just has these 4 words inside it "Please read the install.txt." however there isn't an install.text.

usernamenone:

Thank-you for the reply

As I said I read the README.txt. The readme.text just has these 4 words inside it "Please read the install.txt." however there isn't an install.text.

Maybe it's the early hours in the U.S and maybe Crystal was trying to help before falling asleep on her keyboard...so maybe the install.txt is the one in the Docs folder? Did you look and read?

Thanks for the speedy reply.
Download file has _docs ( inside _docs are images, includes and cowoa-readme.html), There in a New installation folder inside is a store and arrows folders and a sql), upgrade folder a upgrade sql, a license.txt and a README.txt........... Like I said there is not a install.txt. but the README.txt says to read the install.txt. Perhaps if you downloaded it you would see what I am saying. I guess I will have to file compare to see what is cowoa code and what is not.

From Here

http://www.zen-cart.com/downloads.php?do=file&id=1416

usernamenone:

Thanks for the speedy reply.
Download file has _docs ( inside _docs are images, includes and cowoa-readme.html), There in a New installation folder inside is a store and arrows folders and a sql), upgrade folder a upgrade sql, a license.txt and a README.txt........... Like I said there is not a install.txt. but the README.txt says to read the install.txt. Perhaps if you downloaded it you would see what I am saying. I guess I will have to file compare to see what is cowoa code and what is not.

From Here

http://www.zen-cart.com/downloads.php?do=file&id=1416

it's called cowoa_readme.html located in the _docs folder.

Scully:

I've gone through this entire post and haven't seen the answer to my question, so if someone could help me, I'd be very grateful. :-)

I installed the COWOA (1.5.0, I think) a few months ago, and after some hiccups, got it working properly. But recently a few different book customers have contacted me, saying that the system is telling them their session has expired. This is happening less than 5 minutes after they've finalized their order. How can I reset the timeout feature so that their session won't expire until AFTER they've downloaded their products?

Oddly enough, it isn't happening every time, just occasionally. Any ideas why?

Thanks!!

"Anyone? Anyone? Bueler??" I really could use some advice on this, because my client is losing a lot of sales, and she's really upset. Thanks!

Scully:

"Anyone? Anyone? Bueler??" I really could use some advice on this, because my client is losing a lot of sales, and she's really upset. Thanks!

From the COWOA admin:

Enable Forced Logoff
Enable The Forced LogOff Function of COWOA?
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.

Um...I think maybe I didn't make myself clear. I DON'T want the person logged off. I want them to be able to stay logged in until they've been able to download their product.

What's happening is, they're receiving their confirmation e-mail, and trying to log in to get the books...and getting an error message. One poor fellow tried for 3 days to log in, before finally giving up and contacting my client. By that time, he was understandably spitting mad and demanding a refund. And he's not the only one; she's contacted me several times because customers tried to download their books immediately upon receiving their e-mails, but were already being blocked from the site.

How can I set things up so that people DON'T get booted off, until after they've had a chance to download their books?