Earning money is always best... thanks for the infoQuote:
Originally Posted by DivaVocals
Printable View
Earning money is always best... thanks for the infoQuote:
Originally Posted by DivaVocals
Hello,
I recently installed COWOA on my new Zencart empty database of 1.5.1, and ran the new SQL install. I made an error and wanted to remove it, so I ran the SQL un-install. when I did I keep getting this message. (WARNING: An Error occurred, please refresh the page and try again.) I have tried refreshing but no luck, can anyone help me. I am stuck with COWOA not working and it kind of installed on the admin.
Happy to help if you give more information..Quote:
Originally Posted by gokeypa
- Need to know what error you got in the error logs
- Need to know what version of COWOA you installed
Finally..
WHY are you installing this on a fresh copy of v1.5.1 when v1.5.4 is the latest greatest version available??
Thanks, here are the answers to the questions you asked.
Error log, see below:
COWOA version is 2.4
I am using 1.5.1 because I am on godaddy, and that is the version that they have in there install center. I think that if there is an issue with zencart it's self godaddy will be more helpfull if I can say that I used there copy of zencart, at least I think so.
Error log.
[24-Apr-2015 09:41:25] PHP Fatal error: 1062:Duplicate entry 'COWOA_STATUS' for key 2 :: INSERT INTO zen_configuration (configuration_id, configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, date_added, use_function, set_function) VALUES (NULL, 'COWOA', 'COWOA_STATUS', 'false', 'Activate COWOA Checkout? <br />Set to True to allow a customer to checkout without an account.', @t4, 10, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),'), (NULL, 'Turn Off Sideboxes During Checkout', 'COWOA_SIDEBOX_OFF', 'false', 'Turn off sideboxes during checkout? <br /><br />Customers should be focused on completing the sale once they start the checkout process. It is a recommended practice that sideboxes should be turned off to help minimize customer distractions during checkout. Many of the larger e-commerce retailers turn off "distractions" during their checkout processes for the same reason - i.e. Amazon. By reducing customer distractions during checkout you can help to decrease cart abandonment, and to increase sales conversions.<br /><br />Set to True to turn off the following sideboxes during checkout:<br /><ul><li>account_history_info (Order Information)</li><li>account_newsletters (Newsletter Subscriptions)</li><li>account_notifications (Product Notifications)</li><li>account_password (My Password)</li><li>address_book (My Personal Address Book)</li><li>address_book_process (New Address Book Entry)</li><li>checkout_confirmation (Confirmation/Order Review)</li><li>checkout_payment (Payment Method/Payment Information)</li><li>checkout_payment_address (Change Billing Address/Change the Billing Information)</li><li>checkout_process (submits the order)</li><li>checkout_shipping (Shipping Method/Shipping Information)</li><li>checkout_shipping_address (Change Shipping Address/Change the Shipping Address)</li><li>create_account (Create Account/My Account Information)</li><li>login (Login)</li><li>logoff Logoff)</li><li>no_account (COWOA Billing Information)</li><li>shopping_cart (Shopping Cart)</li></ul>', @t4, 12, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),'), (NULL, 'Enable Order Status', 'COWOA_ORDER_STATUS', 'false', 'Enable The Order Status Function of COWOA?<br />Set to True so that a Customer that uses COWOA will receive an E-Mail with instructions on how to view the status of their order.', @t4, 14, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),'), (NULL, 'Enable E-Mail Only', 'COWOA_EMAIL_ONLY', 'false', 'Enable The E-Mail Order Function of COWOA?<br />Set to True so that a Customer that uses COWOA will only need to enter their E-Mail Address upon checkout if their Cart Balance is 0 (Free).', @t4, 16, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),'), (NULL, 'Enable Forced Logoff', 'COWOA_LOGOFF', 'false', 'Enable The Forced LogOff Function of COWOA?<br />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.', @t4, 18, NOW(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),'); in /home/content/g/o/k/gokeypa/html/siecurewine/cart/includes/classes/db/mysql/query_factory.php on line 120
On a side note, I've been running into this a few times now, trying to search for "1.5.4" and nothing comes up. Any hint on how this darn Thread Search works so I can filter/search for 1.5.4 compatibility?Quote:
Originally Posted by DivaVocals
Yes, the issue is with the installer file:Quote:
Originally Posted by gokeypa
The changes haven't been applied to the module but see my changes here:
https://github.com/bislewl/zen_COWOA...5aea16ab864b53
Also, you SHOULD not use the godaddy installers, perform a regular install. I have had nothing but problems with their zencart installs.
and you submitted a PR to the main repo I have been directing people to when??????????????? (not bustn' your chops.. but IJS..:laugh:)Quote:
Originally Posted by bislewl
I think I already did. But in my last download it wasn't there. Maybe I'm wrong and it has been updated since then...Quote:
Originally Posted by DivaVocals
Tried my luck merging Z1.5.4 with the zen_COWOA-master from github. After merging I proceeded with uploading and wanted to process the COWOA_Full_Install.sql as outlined in the doc. But there is no COWOA_Full_Install.sql. Well I tried the COWOA_Full_Install.sql from the mod in the plugin section and proceeded. No luck. Ether my merge failed or sql was not working. I do have the Configuration COWOA entry in admin but the page comes up blank. Any hints?
I'll check.. :smile: I asked because you pointed him to your fork versus the main repo.. made me wonder if you did this because you hadn't submitted your changes a PR..Quote:
Originally Posted by bislewl
Sorry folks, I am not following. Is there a complete (beta) mod that should be working on 1.5.4 with a correct SQL to install?
Quote:
Originally Posted by mydanilo
The COWOA repo on Github IS the beta version for Zen Cart v1.5.4.. there is no separate install SQL file because it uses an auto installer.. suggest running the uninstall SQL file, and trying your install again..Quote:
Originally Posted by mydanilo
https://github.com/DivaVocals/zen_COWOA
I have a beta up for 1.5.4 that working for me, but it's getting a bit off track with the current COWOA so dropped the fork. Haven't fully tested on clean installs or packaged instructions. The sql is auto install/removed which I'll be changing how that works when I get time. Working on some things with it that once they start working I'll go back and see how much I can get back on track before uploading the changes. Working it down to 2 or 1 page checkout. just added a switch last night to drop the shipping address for a COWOA user.Quote:
Originally Posted by mydanilo
Okay.. It's starting to get A LOT confusing in here.. Let me post this so it's clear for EVERYONE who is asking or inquiring about the beta version that myself and a few other contributors have been referring to..
YES.. There is a Zen Cart v1.5.4 compatible update to the version of COWOA that's currently available in the Zen Cart downloads section. That version is available on Github in the repo whose link I have posted a number of times in this support thread. https://github.com/DivaVocals/zen_COWOA. The current version number for this BETA version is v2.6.
YES.. There are other people who have forked this repo and are actively committing code to this repo from their forks to the https://github.com/DivaVocals/zen_COWOA repo,
and
YES.. There are others who have created their own COWOA repos altogether..
However when the MAJORITY of us posting in this thread are referring to the BET version of COWOA for Zen Cart v1.5.4, we are referring to the repo here: https://github.com/DivaVocals/zen_COWOA
I was wanting to make a few more changes to this version before submitting, but thinking I'm gonna need to speed up my submission to end the confusion about WHICH version are we referring to when we speak of the v1.5.4 compatible version.. (Again: this repor: https://github.com/DivaVocals/zen_COWOA)
Thank you for clarification, I shall merge one more time and give it another shot. As this is a db carried forward from a 1.5.1 show, I might need to run the uninstall sql from the old mod so the installer of the beta can do it's job? I shall see...
You only need to run those parts of the uninstall SQL that remove the configuration and configuration_group table entries..Quote:
Originally Posted by mydanilo
OK.... sorry, I'll go back into my hole and keep quiet.. LOLQuote:
Originally Posted by DivaVocals
don't you dare I'm waiting to see your fork!!**smile**Quote:
Originally Posted by davewest
Second time around worked fine. Merging with Edit Orders and Admin Login As Customer took some time but now they all work, finally! God do I love Word Press simplicity for upgrades....Quote:
Originally Posted by DivaVocals
Looking in my admin at the orders page, I've noticed that I now have doubles of some search boxes. Maybe a merge mistake. Can somebody tell me in what files these boxes are? Need to have another look, but otherwise it's working fine now.
Here is a picture of what my orders page looks like with the extra search boxes.
Attachment 15259
You've not merged the orders.php file correctly.. (left in the older code which is why it appears in the lower right of the page)Quote:
Originally Posted by mydanilo
just uploaded the orders.php from your github mod and it is still showing as in the pictures. Can you have a look at it?
I think this section is forming all the search fields, but which one creates the double?
PHP Code:<!-- search -->
<div id="searchOrders">
<?php echo zen_draw_form('search', FILENAME_ORDERS, '', 'get', '', true); ?>
<?php
// show reset search
if ((isset($_GET['search']) && zen_not_null($_GET['search'])) or $_GET['cID'] !='') {
echo '<a href="' . zen_href_link(FILENAME_ORDERS, '', 'NONSSL') . '">' . zen_image_button('button_reset.gif', IMAGE_RESET) . '</a><br />';
}
?>
<?php
echo HEADING_TITLE_SEARCH_DETAIL . ' ' . zen_draw_input_field('search') . zen_hide_session_id();
if (isset($_GET['search']) && zen_not_null($_GET['search'])) {
$keywords = zen_db_input(zen_db_prepare_input($_GET['search']));
echo '<br/ >' . TEXT_INFO_SEARCH_DETAIL_FILTER . $keywords;
}
?>
</form>
</div>
<div id="searchOrdersProducts">
<?php echo zen_draw_form('search_orders_products', FILENAME_ORDERS, '', 'get', '', true); ?>
<?php
// show reset search orders products
if ((isset($_GET['search_orders_products']) && zen_not_null($_GET['search_orders_products'])) or $_GET['cID'] !='') {
echo '<a href="' . zen_href_link(FILENAME_ORDERS, '', 'NONSSL') . '">' . zen_image_button('button_reset.gif', IMAGE_RESET) . '</a><br />';
}
?>
<?php
echo HEADING_TITLE_SEARCH_DETAIL_ORDERS_PRODUCTS . ' ' . zen_draw_input_field('search_orders_products') . zen_hide_session_id();
if (isset($_GET['search_orders_products']) && zen_not_null($_GET['search_orders_products'])) {
$keywords_orders_products = zen_db_input(zen_db_prepare_input($_GET['search_orders_products']));
echo '<br/ >' . TEXT_INFO_SEARCH_DETAIL_FILTER_ORDERS_PRODUCTS . zen_db_prepare_input($keywords_orders_products);
}
?>
</form>
</div>
<div id="searchStatus">
<?php echo zen_draw_form('status', FILENAME_ORDERS, '', 'get', '', true); ?>
<?php
// show reset search status
if ((isset($_GET['status']) && zen_not_null($_GET['status'])) or $_GET['cID'] !='') {
echo '<a href="' . zen_href_link(FILENAME_ORDERS, '', 'NONSSL') . '">' . zen_image_button('button_reset.gif', IMAGE_RESET) . '</a><br />';
}
?>
<?php
echo HEADING_TITLE_STATUS . ' ' . zen_draw_pull_down_menu('status', array_merge(array(array('id' => '', 'text' => TEXT_ALL_ORDERS)), $orders_statuses), $_GET['status'], 'onChange="this.form.submit();"');
echo zen_hide_session_id();
?>
</form>
</div>
<div id="searchOrderID">
<?php echo zen_draw_form('ordersID', FILENAME_ORDERS, '', 'get', '', true); ?>
<?php echo HEADING_TITLE_SEARCH . ' ' . zen_draw_input_field('oID', '', 'size="12"') . zen_draw_hidden_field('action', 'edit') . zen_hide_session_id(); ?>
</form>
</div>
<!-- search -->
That's the change.. you left all the ORIGINAL search fields in your orders.php file.. that's why you are seeing double fields..Quote:
Originally Posted by mydanilo
Not sure I understand. This is the file from your mod, not the merged one. Are you saying I need to edit your file and delete part of the search stuff? What part should be removed then?Quote:
Originally Posted by DivaVocals
No.. That's NOT what I am saying at all.. You need to merge the orders.php file from the mod with your orders.php.. You appear to have added only the part of the changes made.. The double search fields are because you merged in my changes (which modifies the search fields by simply removing the search fields from tables), but DID NOT remove the ORIGINAL parts of the file with the search fields which is why they appear TWICE in your store.. I'm not sure I can explain this any better..Quote:
Originally Posted by mydanilo
I do get what you are saying but please try and hear me too. Please have a look at YOUR order.php in the zen_COWOA-master on github. The doubles that cause my issue are there. I am testing YOUR un-merged version from the zen_COWOA-master set.
I took the time to try and find the original search code and think this section is it:
again, this is present in your mod. Just thought you might want to fix it on your end as well.PHP Code:<tr>
<td width="100%"><table border="0" width="100%" cellspacing="0" cellpadding="0">
<tr>
<td class="pageHeading"><?php echo HEADING_TITLE; ?></td>
<td class="pageHeading" align="right"><?php echo zen_draw_separator('pixel_trans.gif', 1, HEADING_IMAGE_HEIGHT); ?></td>
<td align="right"><table border="0" width="100%" cellspacing="0" cellpadding="0">
<tr><?php echo zen_draw_form('orders', FILENAME_ORDERS, '', 'get', '', true); ?>
<td class="smallText" align="right"><?php echo HEADING_TITLE_SEARCH . ' ' . zen_draw_input_field('oID', '', 'size="12"') . zen_draw_hidden_field('action', 'edit') . zen_hide_session_id(); ?></td>
</form></tr>
<tr><?php echo zen_draw_form('status', FILENAME_ORDERS, '', 'get', '', true); ?>
<td class="smallText" align="right">
<?php
echo HEADING_TITLE_STATUS . ' ' . zen_draw_pull_down_menu('status', array_merge(array(array('id' => '', 'text' => TEXT_ALL_ORDERS)), $orders_statuses), $_GET['status'], 'onChange="this.form.submit();"');
echo zen_hide_session_id();
?>
</td>
</form></tr>
</table></td>
</tr>
Right.. updated.. added the necessary admin stylesheet changes as well..Quote:
Originally Posted by mydanilo
If I'm not mistaken, you removed the option to use the split-login page or is it still possible to get that back? I prefer to give the customer the split-login page first so they can decide what way they want to check out. I found the combined page does not render in a logical order when in mobile mode with a responsive template. Anyway, can I get that back somehow?
Sorry but bumping this a bit. Is there an answer to this?Quote:
Originally Posted by mydanilo
I have used this on version 1.5.4 and used a split login page. But the mobile version is not a responsive template. The mobile version has separate templates and uses detect mobile to decide which to display. So possibly you might think about changing your mobile phone version.Quote:
Originally Posted by mydanilo
@iangh did you use the version in the plugin download or the new version from github here https://github.com/DivaVocals
I believe the old version allowed the split login, the one on github does not.
**deleted**
Split login is a ZEN CART configuration setting.. I didn't REMOVE anything.. I simply changed the install script on the BETA version so it does not turn on split login by default. Suggest you look at modifying the CSS and your responsive template to arrange the mobile view in a format that suits your needs..Quote:
Originally Posted by mydanilo
Use the version here and not the beta version on Github.. Have been VERY busy, so I haven't had time to really look at what the issue is here to see if there is any kind of fix that is needed.. Remember this is a BETA version.. So if you find a solution contribute a pull request, and when my time permits, I'll review it and add it to the codebase if appropriate..Quote:
Originally Posted by mydanilo
This would be my suggestion too..Quote:
Originally Posted by ianhg
Sorry for delay I downloaded the version from Zen CartQuote:
Originally Posted by mydanilo
Just for info this is the mobile I used http://www.mobilezencart.com/Quote:
Originally Posted by DivaVocals
You saw their disclaimer?Quote:
Originally Posted by ianhg
Code:You are aware that Mobile ZenCart has been tested only with versions 1.3.7 and 1.5.1 and may not be compatible with all installations.
Yes thanks, had a couple of issues and they fixed them. I have it on versions 1.5.1 and version 1.5.4Quote:
Originally Posted by lat9
Hi,
Long time since I have had to make changes to my Zen Carts. Also now is the time to create a new one.
I think I would like to use COWOA (I came here from the FEC thread) or something similar but not sure if it is the right thing. Is there a description or perhaps an indication of what the acronym stands for or an old feature list, I have read a quarter of this thread and reading between the lines the plugin seems to be made to ease the checkout process. It all seems a bit secretive and not easy to find unless one might try to find some 200x threads perhaps that might describe the early builds. It would make some sense to drop keywords into the plugin description of what the acronym means and what the main selling point is, just to gain maximum conversions and grow the userbase. Grated it seems that many eventually find themselves using one of these streamlining plugins if they are practical but the whole Zen Cart plugin system sufferes from a LOT of conversion loss due to obfuscation.
My shop will have just 2 (later perhaps 3) physical products and there will be a very low repeat sale expectation so I hope to make the sale process as simple as possible.
I will only send via regular mail (with a tracking number) and shipping is free.
Asking the following here in case one of you power users has an opinion on such matters. I used to generate my address labels and response emails in excel that would include the tracking number from a table, perhaps there is a modern plugin that will save me some time with email templates with a tracking number field (I could scan the tracking label barcode perhaps) and something to print simple address labels. This site is to be implemented in South Africa so simple is best.
Regards
Kalle
Right.. DIRECT from the module description (https://www.zen-cart.com/downloads.p...file&id=1416):Quote:
Originally Posted by KalleP
Seems pretty clear what COWOA does.. what is still unclear here for you??Quote:
This mod lets your customer checkout without having to register an account on your store.
It comes with a couple of additional (optional) modifications that let you see who used COWOA to checkout with and let's those customers who used COWOA to still be able to track the Order Status of their order by using the e-mail name they used during checkout and the OrderID number.
Suggest looking at the Ty Package Tracker module..Quote:
Originally Posted by KalleP
Hi there
I am trying to find the best way to add a telephone number to the details a user adds when using COWOA?
anyone got any hints/tips on it?
Thanks.
Duh - should have checked first - its already there.Quote:
Originally Posted by HammurIT
I've spent all night working on a website, trying to get COWOA working. It was working at one time, then stopped for unknown reasons, so I had to work my way through uninstalling and reinstalling it. I thought everything was working, but obviously it's not, quite.
On the Login page, it now says "TEXT_STANDARD_ACCOUNT_HEADING" in between the lines that say "Welcome, Please Sign In" and the box that says "New Customers."
Then, where the COWOA box is, it says:
TEXT_COWOA_HEADING
COWOA_HEADING TEXT_RATHER_COWOA
followed by the Continue button on the far right.
When I click on the Continue button, I get a blank screen. At the very top it says:
Home :: NAVBAR_TITLE
But the rest of the page is empty.
What went wrong this time?? *sigh*
Oh...the url is http://borumapublishing.com/llcraftp...ain_page=login. Apologies in advance that it's an adult site.
I would check the includes/languages/english files looks like they are missing. They need to contain ref: to COWOA there are several. ie login.php around line 25-28 you should have :Quote:
Originally Posted by DK_Scully
define('TEXT_STANDARD_ACCOUNT_HEADING', 'New or Returning Customer?');
define('TEXT_COWOA_HEADING', 'Prefer to Shop Without Creating A Customer Profile?');
define('TEXT_RATHER_COWOA', 'You do not need to create a customer profile to make a purchase with <strong>' . STORE_NAME . '</strong>. Simply click the <strong>"Continue"</strong> button to checkout without creating a customer profile. Upon completion of your order, you will receive an e-mail order confirmation with a link to track your order status.<br />');
define('COWOA_HEADING', 'Guest Checkout');
Okay, partial success, but not quite in the way you were expecting.
All along, this weird template has installed some folders as scuro and some as Scuro. No idea why. The login.php file had exactly the lines you specified, and I had already re-uploaded it last night before posting this, in hopes that maybe the one file had not gotten properly installed along with the other COWOA files. I tried it again this morning. No joy, it still isn't working. So...I changed Scuro to scuro and suddenly my login page looks the way it should...no funky messages anywhere, and the COWOA box has the text it should.
BUT..............
When I click on the Continue button...I get another blank box with just "Home :: Billing Information" at the top. So now what? :frusty:
Thanks very much for your help...the site's almost ready to go live; this is the final step (I hope) before we change over the nameservers. So we're anxious to fix this problem.
I notice this plugin hasn't been updated in a while, but wish to be able to use this on a 1.5.4 site. How would I go about upgrading this module so that it is compatible with the latest Zen Cart version? Is it just a case of comparing the files within the mod against those in the standard Zen Cart file set and merging the changes?
Thanks
I have used this version on a shop running 1.5.4 but it had been previously installed on version 1.5.1 which had been updated to version 1.5.4Quote:
Originally Posted by OLCS
A search didn't turn anything up, so here it goes.
Is there a way for an admin to log into a guest account? Specifically with either EMP https://www.zen-cart.com/downloads.php?do=file&id=94 or ALAC https://www.zen-cart.com/downloads.php?do=file&id=583
I have a site with EMP and it doesn't work. Seems obvious, there is no password to match to.
It's not that there's no password to match, since EMP checks (after the customer password check) to see if the password belongs to an EMP-enabled admin. It's more likely that some COWOA update to the login page (?) is blocking the login using COWOA customers' email addresses.Quote:
Originally Posted by jeking
Should COWOA, with no other interfering plugins, allow an admin to login with just the customer email address?Quote:
Originally Posted by lat9
Quote:
Originally Posted by OLCS
you can try this: https://github.com/DivaVocals/zen_COWOA
Technically this is a beta version until it's submitted.. I am still gathering feedback on this version (which is why I haven't yet submitted it..) But I am using it on several live sites..
It's like lat9 pointed out.. COWOA prevents you from logging into ANY customer account flagged COWOA (meaning this is a guest account).. If you are not logged into the front-end of the store, just like the customer you can view the order status from the customer POV with the order number and email..Quote:
Originally Posted by jeking
Perhaps if you say what it is you are trying to do, we can help you come up with a solution..
Yes, of course. We like to be able to log into customer accounts to take orders over the phone. The problem arose with a customer with a guest account and we could not log into the account to place the order. The service rep ended up creating a new account for the customer.Quote:
Originally Posted by DivaVocals
I'm in the process of cleaning up old site modules,etc. and I've come to COWOA.
I was wondering if someone can explain to me the reason why this module is important.
Sort of an odd request, and I don't want to waste anyone's time, it just seems like nearly a default module at this point, so I think I'm missing the reason why.
Most likely that is due to me not realizing what it actually does OR my old version operates incorrectly.
On my sites, COWOA operates just like a store account, except the customer doesn't create an initial password.
If they want to access their info they can use the password forgotten tool.
This means there is only one less form field for the customer to fill in (password), yet a whole lot of files changes to make the magic happen.
The only reason this helps conversions is if a customer is totally at a loss to login to their existing account they can just create a new one using the COWOA process.
Again, I must be missing something important here. How is COWOA even possible? The name and process implies that a customer will be able to create an order without giving any permanent information - as though they are shopping at a brick and mortar store.
I'll throw my $0.02 in. The main functional difference is the removal of the password field. The shopper still needs to enter ALL the other fields, billing address, shipping address, email, etc. It is because shoppers don't want an 'account'. It's a perception rather than reality because all of the information in a guest account is the same as a full account. Yes, the password field exists for full accounts, but it's irrelevant from the store owners perspective. The only real benefit I see is that shoppers do not need to remember a password to place a new order. They can order with only their email address.Quote:
Originally Posted by lindasdd
It is a lot of core edits (not offense to the author(s), it's necessary for the functionality) to achieve such a small benefit, IMHO. They need passwords for lots of sites, this is no different, and don't many people use password managers so they don't really need to remember the password anyway.
The use of a password manager is not a reason to (or not to) use this module.. It's debatable whether "most" people use these tools anyway.. (for example, someone logging in from a corporate computer is most likely NOT using a password manager)Quote:
Originally Posted by jeking
There are still a large number of online shoppers who believe that when shopping on sites that are not one of the big box retailers that by avoiding the creation of an account it makes the shopping experience "safer". My own sister still thinks that shopping on a site that uses PayPal versus a merchant account and gateway (i.e. Authorize.net) is a "safer/secure" shopping experience.. (and NOPE I haven't bothered wasting my time explaining to her why what she thinks is VERY WRONG..:laugh:)
Either way for these and other shoppers, COWOA gives them the peace of mind needed to put them on the path to conversion..
The entire point of COWOA is to allow customer a choice about whether or not to maintain an account on the site. If the customer feels "safer" not creating an account, then there is no blocking the path to conversion.. Additionally if a shopper feels that by not creating an account that the path to conversion is faster, then COWOA offers that too.. I personally would like to see COWOA modified to put the entire choice about creating an account or not as a decision point that should be made AFTER the sales transaction is complete.. After all WHY is the choice about creating an account REQUIRED BEFORE completing the sales transaction.. (but I digress)Quote:
Originally Posted by lindasdd
COWOA will be a built in functionality in the upcoming Zen Cart v1.6.. It is NOT part of the v1.5.x codebase.. Today if you want guest checkout capabilities, you will need the COWOA module..
Depends on how you code the site! the password field may look to be missing, but is auto created to protect the user non-standard account!Quote:
Originally Posted by jeking
For my site I step out of the box by providing the password field. If left empty, COWOA Account, filed in, Standard Account... by changing the password code and adding the input fields.Code:$password=zen_create_random_value(15, 'mixed');
Code:// COWOA password for account
$password = zen_db_prepare_input($_POST['password']);
$cowoa_account = 0;
if ($password == '') {
$password = zen_create_random_value((ENTRY_PASSWORD_MIN_LENGTH + 5), 'mixed');
$cowoa_account = 1;
}
if (strlen($password) < ENTRY_PASSWORD_MIN_LENGTH) {
$error = true;
$messageStack->add('no_account', ENTRY_PASSWORD_ERROR);
}
Agreed, but I've walked away from sites that forced me to create account even with what I know of the code.. Passwords wasn't the reason, no options was... IMHO.. I don't see problems with coding so user have options, I do see issues when sites don't provide options that I see as easy to code. I have over 50 site in my safe all with 12-16 char. hardened passwords.Quote:
It is a lot of core edits (not offense to the author(s), it's necessary for the functionality) to achieve such a small benefit, IMHO. They need passwords for lots of sites, this is no different, and don't many people use password managers so they don't really need to remember the password anyway.
From some experience on a few sites adding COWOA increases sales! Reason enough.Quote:
Originally Posted by lindasdd
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:
I'd like to upgrade to the newest version of COWOA. But these are my concerns:Code:/**
* @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
*/
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.Quote:
Originally Posted by earth-friendly
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:
So it would appear that you do have the older version.Code:/**
* @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
*/
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.
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.4Quote:
Originally Posted by mindstreams1
Quote:
Originally Posted by jeking
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..Quote:
Originally Posted by countrycharm
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.
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.Quote:
Originally Posted by earth-friendly
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.Quote:
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.
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:
1.5.4:Code:<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post', ($flagOnSubmit ? 'onsubmit="return check_form();"' : '')); ?>
1.5.3:Code:<?php echo zen_draw_form('checkout_payment', zen_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL'), 'post'); ?>
1.5.4:Code:<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>
I hope this can help someone else avoid some frustration, and pulling out of hair! :smile:Code:<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>
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.Quote:
Originally Posted by earth-friendly
I am using COWOA 2.4
Thanks
Friendly hint...:smile:
Quote:
Originally Posted by jeking
Quote:
Originally Posted by countrycharm
Thanks for this.. I've updated the GitHub repo accordingly..
Quote:
Originally Posted by 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:Quote:
Originally Posted by ianhg
https://www.zen-cart.com/showthread....uring-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-friendlyQuote:
Originally Posted by 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:
Super Orders wants me to replace it with this;Code:// 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'];
There are other examples in this file and in orders.php too. EgCode:$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);
Code:and pad.products_attributes_filename = '" . $db->prepare_input($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.Code:and pad.products_attributes_filename = '" . $chk_products_download->fields['orders_products_filename'] . "'
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..Quote:
Originally Posted by lucidlee
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?
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..Quote:
Originally Posted by bakeen
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..Quote:
Originally Posted by bakeen
In addition to providing a full list of the files included in the module, the COWOA readme states:Quote:
Originally Posted by bakeen
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..Quote:
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
Which log(s) do you need?
the log files are in your store "logs" directory..Quote:
Originally Posted by bakeen
More info on the location and purpose of the log files in troubleshooting can be found here: https://www.zen-cart.com/content.php...t-of-a-page%29
I've been working on installing this module in a store for a client. I ran into a snag at the stage of installing the SQL. If the shop's database uses prefixes, should I edit the table names in the sql file or does Zen Admin somehow do this automatically?
Sorry if this has been previously asked and answered. I could not find the answer by searching this thread.
If you're copying and pasting a .sql file's contents into the admin's Tools->Install SQL Patches page, that page's processing will automatically add the DB_PREFIX value where necessary. If you're pasting into phpMyAdmin, then you'll need to add the prefix value manually.Quote:
Originally Posted by earmsby
I am working on creating a local copy of my current v1.5.1 to plan and test my upgrade. I cannot verify exactly which version of COWA I currently have. All I have found so far is J_Schilz for Integrated COWOA - 14 April 2007 int the no_account_filenames.php
I may be wrong, but I think I just found a major issue with this MOD.
Because the current version treats email addresses for account as non-unique (meaning you can make unlimited COWOA accounts using the same email address), coupons that are restrictive (example - 1 per customer) no longer obey the rules of the restrictions.
actually the current version of COWOA the email addresses are unique and are not unlimited.. When a first time buyer adds an email address, billing and shipping, an account is created as COWOA. When the same email address is used again, the COWOA account is reused.. When the same email address is used to create an standard account, then everything is now viewable to the account owner with the password reset to the one they supplied.Quote:
Originally Posted by lindasdd
With that, the coupon system should still work.. 1 per-customer still works, adding one to a customer account still works, even for a COWOA account... which is nice to attract them back even if they didn't create a full account.
I'm unable to recreate the problem assuming your using COWOA Version: v2.4 on a ZC 1.5.4 system... I did find another issue with the cart that I'll need to work on... but it didn't affect the coupon system. The logic in both plug-in and beta versions are the same... so going to need some more hints on this one to see if I can recreate the problem.
I'm using Zen Cart 1.5.4 and IntegratedCOWOA_2.4
The way it works on my site is that if you checked out with COWOA previously and you attempt to login using that email address the site tells you it has no record of that email address.
Then if you use either the COWOA or standard account creation process it allows you to create another 'profile' using that email address.
These two paths make sense since it is supposed to be 'Checkout Without a Profile / Account', not 'Checkout Without a Password' which is what COWOA was in the old version. I swear I read somewhere that the paths I described are the way it should work and it was done that way on purpose.
I may be wrong, but I think the reason yours works a different way is due to the modifications you mentioned in post #413 and that you and DivaVocals have discussed in regards to 'Duplicate Accounts via COWOA'
I don't think those modifications were ever officially integrated. On a couple posts after #413 it looks like DivaVocals built them into a Beta version 2.5 and 2.6, but the version on Zen-Cart.com is still 2.4
Maybe I'll pull the GitHub code and attempt an installation on my dev sit to see if I can get it to work.
One side question though: There is mention of some type of email issue where due to the multiple accounts, after the fix, customers might get an email to each separate COWOA account they created. Is that only if I was trying to communicate using the tools like Product Notification Manager?
Your right.. think the beta is around 2.6Quote:
Originally Posted by lindasdd
I pulled a fresh copy from the plugin and github for comparison. I see the two don't match which I thought it was uploaded already. my mistake and I'm confusing you by looking at the wrong one again, sorry. The beta version has the fix and should work, but ether one should be installed on a test site to work out any issues before moving over to your live site.
Yes, product notification on the old system is a problem, but the 2.6 version it's not.
I have been SLOOOOOOOW to submit v2.6 because I wanted FEEDBACK on it to make sure its working for others, and to surface any issues folks might have.. I've gotten very little information that assures me that people have done their own testing.. So I was holding off on submitting it.. It's FRUSTRATING as hell not getting usable feedback to ensure that the version works as it does in my own testing..
Anyway I digress.. ALL the changes Linda has asked after are in the beta version on my Github repo. Updates by a ZC community member to make it compatible with v1.5.5 is underway, but it is compatible with v1.5.4.
Are there many changes for 1.5.5 compatibility? I just downloaded it off github and just opened the docs.Quote:
Originally Posted by DivaVocals
To answer my own question. It looks like there were a substantial number of changes to the core files that are modified by this mod in 1.5.4. Rather than reinvent the wheel could you point me to the community member that is doing the update for 1.5.5? If they've stated maybe we can attack this together to get it updated.
Quote:
Originally Posted by badarac
We're ALL working together using the Github repo.. Simply submit a PR with your changes.. We will review and merge the code once verified.
Jim has already merged my changes into his branch. Installed and working fine.Quote:
Originally Posted by DivaVocals
deleted
Has anyone successfully added COWOA to zencart version 1.5.5 ?
thanks
There is a BETA version available. It has not been thoroughly tested, thus it's still a beta and not officially released yet. Knowing that, if you want to test it and report any issues (on GitHub, not on the Zen Cart forum) you are welcome to do so.Quote:
Originally Posted by ianhg
https://github.com/jeking928/zen_COWOA/tree/ZC_1.5.5
Merged your PR this morning to my master repo. (https://github.com/DivaVocals/zen_COWOA) Made a few minor changes to both the v2.6 and 2.7 versions as well:Quote:
Originally Posted by jeking
- Apply the usability updates present in COWOA v2.6 to v2.7 (changes to template and language files)
- MINOR updates to v2.6
This all needs to be tested.. I would LOVE to submit this puppy to the downloads, but before I will submit it I REALLY need the community to install it.. test it and provide REAL feedback so I know it that this has been thoroughly tested.
Thanks Guys for the links and speedy reply. Happy to test but which GitHub link is the best option?
Thanks.
Thank you. This one: https://github.com/DivaVocals/zen_COWOAQuote:
Originally Posted by ianhg
Testing the new COWOA for v1.5.5 today. I cannot find where I can comment in GITHUB sorry.
One thing I did notice is that the sidebox off option during checkout includes the Logged of page. When I logoff the confirmation page fills half the screen and the rest is white. It has a "broken" look about it and I think the sideboxes should be on for the log off confirmation page as who cares if they go back to browsing.