One-Page Checkout [Support Thread]

lat9:

That extra / was a copy/paste boo-boo. You might want to add a space to the list of characters that can be repeated, though.

Discovered I also need to allow only "A-Za-z0-9 " when customers enter addresses in the address book.
Couldn't find any exact examples and tried several different ways/tests but can't make it work
Thanks,

FILE:
tpl_modules_address_book_details.php
Around line 45

  
<?php
if (ACCOUNT_COMPANY == 'true') {
?>
<label class="inputLabel" for="company"><?php echo ENTRY_COMPANY; ?></label>
<?php echo zen_draw_input_field('company', $entry->fields['entry_company'], zen_set_field_length(TABLE_ADDRESS_BOOK, 'entry_company', '40') . ' id="company" placeholder="' . ENTRY_COMPANY_TEXT . '"' . (ACCOUNT_COMPANY == 'true' && (int)ENTRY_COMPANY_MIN_LENGTH != 0 ? ' required' : '')); ?>
<br class="clearBoth" />
<?php
  }
?>

@linuxguy2 I'm confused - is this related to OPC? Didn't I just create a new thread for this topic?

Cindy, in the latest version, the Billing Address is displayed as form data that can be altered. Can this be changed to just straight display (optionally with an edit button taking the customer to the billing address page)?

swguy:

Cindy, in the latest version, the Billing Address is displayed as form data that can be altered. Can this be changed to just straight display (optionally with an edit button taking the customer to the billing address page)?
That billing-address display essentially replaces the checkout_billing_address page. If a customer has pre-defined addresses, there's a dropdown that contains those addresses from which they can select. That form, for logged-in customers, includes a checkbox to allow the customer to add another address to their address book.

Having the navigation go 'off-page' (i.e. to the standard checkout_[billing|shipping]_address page) is not in the spirit of a one-page checkout environment.

Your point is well taken about the spirit of OPC. I may not have explained well what I am seeing though - in the picture attached to this post, you can see that rather simply display the billing address (with a checkbox to add a new one, or perhaps a dropdown to select other ones), you see the address as form fields. Was this intended, and is there a way to turn it off?

Understood. I've been considering displaying a logged-in customer's current address as a simple "address" display, with an "Update" button to open up that as a form-entry field (to cut down on-screen real-estate), but haven't had the time to pursue.

Understood. Just making sure it wasn't something that was messed up by pre-existing changes to the cart or perhaps something with a switch already built.
Thank you for your hard and excellent work on this mod!

Created the following issue on the ***OPC ***GitHub repository for tracking: https://github.com/lat9/one_page_checkout/issues/227

Some hideous css (from a company who shall not be named) forced me to override the styling of alerts for the state and country fields to prevent them from going to the next line.

#stateZone-bill + .alert,
#country-bill + .alert
{
width: 1%;
margin-bottom: 0px;
padding-bottom: 0px;
}

Pretty nasty, but I couldn't think of anything nicer.

I'm in a loop with "Your order's details have changed. Please review the current values and re-submit." on every Confirm Order.
I did copy JS files from includes/modules/pages/checkout_payment to includes/modules/pages/checkout_one. Should I generate a log file or do something else?

swguy:

I'm in a loop with "Your order's details have changed. Please review the current values and re-submit." on every Confirm Order.
I did copy JS files from includes/modules/pages/checkout_payment to includes/modules/pages/checkout_one. Should I generate a log file or do something else?
What payment-method(s), shipping-method(s) and order-totals are in use? Ditto for the currently-active template and the OPC version.

Payment methods: authorize (AIM), check/money order, PayPal Express.
Shipping methods: USPS
Order Totals: Coupons, Free Gift Chooser, Group Pricing, GV, Low Order Fee, Shipping, Subtotal, Tax, Total.

Template: yourstore (from Perfectus).
OPC is latest and greatest. 2.2.2

swguy:

Payment methods: authorize (AIM), check/money order, PayPal Express.
Shipping methods: USPS
Order Totals: Coupons, Free Gift Chooser, Group Pricing, GV, Low Order Fee, Shipping, Subtotal, Tax, Total.

Template:** yourstore (from Perfectus)**.
Most likely that template (which is identified in the readme as not compatible). If you generate an OPC log of the transaction and send it to me via direct email, I'll look to confirm my suspicion.

Rats, I completely missed that.
I would be willing to overwrite some template files from yourstore if I could get this to work - please let me know if that's an option.

Got the log, thanks @swguy. There are two discrepancies between the before payment and totals' processing and the after processing which are causing that redirect back

1. The payment method (moneyorder) isn't being recorded into the session prior to the "Confirm" button click.
2. OPC looks for the order's current total via jQuery/HTML selectors; on entry to the confirmation step, it's found 'Total:' but the total value after processing is (more correctly) $23.30.

Each of those discrepancies is sufficient to cause the redirect. The latter is what I've seen before with the yourstore (and other Perfectus) templates; I'm puzzled by the lack of recording of the payment method.

Issue #2 turned out to be what broke OPC. If you want to use yourstore + OPC be prepared for mucho CSS hacking, but beyond that, the key fix I added is in includes/classes/order_total.php.

--- a/includes/classes/order_total.php
+++ b/includes/classes/order_total.php
@@ -96,7 +96,12 @@ class order_total extends base {
           }
         } else {
           // use a template file for output instead of hard-coded HTML
-          require($template->get_template_dir('tpl_modules_order_totals.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_modules_order_totals.php');
+          global $template_dir;
+          if ($template_dir == "yourstore" && defined('CHECKOUT_ONE_ENABLED') && (CHECKOUT_ONE_ENABLED == 'true')) {
+            require(DIR_WS_INCLUDES . '/templates/template_default/templates/tpl_modules_order_totals.php');
+          } else {
+             require($template->get_template_dir('tpl_modules_order_totals.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_modules_order_totals.php');^M
+          }
         }
       }
     }

I recently loaded this plugin to a brand new site that I am working on.
I am using the latest version of zen cart 156c
I am getting the following error when opening my admin panel

The One-Page Checkout plugin has been disabled. The file "/home/xxxxxx/public_html/xxxx/includes/templates/westminster_new/jscript/jscript_framework.php" is required for the plugin's proper operation.

I admit I am not great at adding plugins so I have no idea what this error means. I did find in the plugin that there in the docs folder there seems to be some jscript files.
Do I need to load these and if so where?

Thanks in advance for any help.

You'll need to copy the file /includes/templates/responsive_classic/jscript/jscript_framework.php to /includes/templates/westminster_new/jscript/jscript_framework.php.

lat9:

You'll need to copy the file /includes/templates/responsive_classic/jscript/jscript_framework.php to /includes/templates/westminster_new/jscript/jscript_framework.php.

Very much appreciated.
With my knowledge in this stuff I know I would have not figured that one out. Thanks for the education.

OPC 2.2.2, Zen Cart 1.5.6c.
Entering a coupon code on the checkout_one screen causes the success message to be shown twice. See image.
Seems to happen on all templates (here shown on responsive_classic).