One-Page Checkout [Support Thread]

Hi Lat9
I have been testing the latest version of OPC with Zen Cart 2.1.0 and have noticed a couple of minor issues with the CSS.

1. On mobile devices the shipping method column is displaying approximately half the width it should be.

2. The whole checkout is a bit too close to the left edge of the screen. Line 43 of the responsive classic stylesheet.css should apply padding:0.8em to .centerColumn – for some reason when OPC is turned on the padding is not applied.

Please see the screenshots which show both issues.

I’m unsure which version of OPC or Zen Cart introduced these minor bugs – they don’t seem to be present on an older version (2.3.9 running on ZC 1.5.7c).

It would be much appreciated if you could advise best way to fix these issues.
Many thanks
Richard

Thanks for the report, I'll give that a look ... eventually.

Note that the majority of my testing with OPC is with the Bootstrap template, so some of these visual wonky bits with responsive_classic have been overlooked.

hello all,

How can make the "Confirm Order" button bigger?

I look into the css stylesheet but for ZC2.0.1 , everything is completely different from what I am used too.

I also find this in /templates/tpl_modules_opc_submit_block

 <span id="opc-order-confirm"><?php echo zen_image_button(BUTTON_IMAGE_CHECKOUT_ONE_CONFIRM, BUTTON_CHECKOUT_ONE_CONFIRM_ALT); ?></span>

but I have not idea how to inline css to it.

Any help would be appreciated

Thank you

While the actual CSS used will depend on the active template for the site, but there should be a checkout_one.css file present in includes/templates/royal_fleur/css.

To the bottom of that stylesheet, you can add:

#opc-order-confirm btn {
    padding: .5rem 1rem;
    font-size: 1.25rem;
    line-height: 1.5;
    border-radius: .3rem;
}

That, essentially, emulates Bootstrap's btn-lg class. See the w3schools docs for additional information: https://www.w3schools.com/bootstrap4/bootstrap_buttons.asp

lat9:

While the actual CSS used will depend on the active template for the site, but there should be a checkout_one.css file present in includes/templates/royal_fleur/css.

To the bottom of that stylesheet, you can add:

#opc-order-confirm btn {
padding: .5rem 1rem;
font-size: 1.25rem;
line-height: 1.5;
border-radius: .3rem;
}

> That, essentially, emulates Bootstrap's **btn-lg** class. See the w3schools docs for additional information: <https://www.w3schools.com/bootstrap4/bootstrap_buttons.asp>

It didn't work for  me. i am on bootstrap  template  as well. 

Somehow I am having issues with the  site specific stylesheet.

i ended  up adding  

margin-bottom:20px;
font-size:1.5rem;

to line  457 of stylesheets_zca_color.php right  after ```html
button.button_confirm_order {

Hi, is possible to stop the account being created for 'Guest' with the two entries in the address book, here's what's up. I have an existing store with One Page Checkout installed and the Guest entry is already in the customers table. To upgrade I have a test site with the latest 2.1.0 on the responsive_classic template with One Page Checkout installed. When I empty the customers table, customers info table and address_book table from the test site, then import the tables from the existing active store with the Guest account info in all three tables it creates a new Guest account leaving two Guest accounts, 4 entries in the address book and 2 in the customer info tables having all the same data, except the user id of course. Should I delete the old entry in all three tables so I don't have a conflict later in life, not worry? Thanks

You're taking a non-standard approach to your upgrade that led to this issue. See these docs for the suggested method: https://docs.zen-cart.com/user/upgrading/upgrading/#upgrading-approaches

One-page checkout's admin initialization script checks to make sure that the customer- and address-id values that it has stored to point to the guest-checkout records are still intact and re-creates them if not ... that's what's happened on your test site.

You can safely remove the older guest-customer record and the address-book records associated with that now-defunct customer record.

zen 210 and php8.0 with many mods and im getting this error every time i click a payment or shipping method, and page does not refresh with either selection,
shipping

[22-Dec-2024 20:10:55 America/New_York] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=updateShippingSelection, IP address: 35.139.236.145
--> PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /includes/classes/order_total.php:140
Stack trace:
#0 /includes/classes/ajax/zcAjaxOnePageCheckout.php(428): order_total->output()
#1 /includes/classes/ajax/zcAjaxOnePageCheckout.php(92): zcAjaxOnePageCheckout->createOrderTotalHtml()
#2 /ajax.php(77): zcAjaxOnePageCheckout->updateShippingSelection()
#3 {main}
thrown in /includes/classes/order_total.php on line 140.

[22-Dec-2024 20:10:55 America/New_York] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=updateShippingSelection, IP address: 35.139.236.145
--> PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /includes/classes/order_total.php:140
Stack trace:
#0 /includes/classes/ajax/zcAjaxOnePageCheckout.php(428): order_total->output()
#1 /includes/classes/ajax/zcAjaxOnePageCheckout.php(92): zcAjaxOnePageCheckout->createOrderTotalHtml()
#2 /ajax.php(77): zcAjaxOnePageCheckout->updateShippingSelection()
#3 {main}
thrown in /includes/classes/order_total.php on line 140.

payment

[22-Dec-2024 20:13:18 America/New_York] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=updatePaymentMethod, IP address: 35.139.236.145
--> PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /includes/classes/order_total.php:140
Stack trace:
#0 /includes/classes/ajax/zcAjaxOnePageCheckout.php(428): order_total->output()
#1 /includes/classes/ajax/zcAjaxOnePageCheckout.php(369): zcAjaxOnePageCheckout->createOrderTotalHtml()
#2 /ajax.php(77): zcAjaxOnePageCheckout->updatePaymentMethod()
#3 {main}
thrown in /includes/classes/order_total.php on line 140.

[22-Dec-2024 20:13:18 America/New_York] Request URI: /ajax.php?act=ajaxOnePageCheckout&method=updatePaymentMethod, IP address: 35.139.236.145
--> PHP Fatal error: Uncaught TypeError: count(): Argument #1 ($value) must be of type Countable|array, null given in /includes/classes/order_total.php:140
Stack trace:
#0 /includes/classes/ajax/zcAjaxOnePageCheckout.php(428): order_total->output()
#1 /includes/classes/ajax/zcAjaxOnePageCheckout.php(369): zcAjaxOnePageCheckout->createOrderTotalHtml()
#2 /ajax.php(77): zcAjaxOnePageCheckout->updatePaymentMethod()
#3 {main}
thrown in /includes/classes/order_total.php on line 140.

You don't indicate what version of OPC is in use, nor do you identify within those many mods what additional order-total and/or payment modules are in use. Please supply that missing information.

I'll suggest also, for debugging, to try disabling OPC to see if the built-in 3-page checkout operates correctly.

ZC 2.1.0, OPC 2.5.4, Bootstrap 3.7.4.

I don't see an Guest Checkout option on the index.php?main_page=login page, even its enabled in Admin. Does this need anything else enabled to show up?

DML73:

ZC 2.1.0, OPC 2.5.4, Bootstrap 3.7.4.

I don't see an Guest Checkout option on the index.php?main_page=login page, even its enabled in Admin. Does this need anything else enabled to show up?

The current not-logged-in customer needs to have something in their cart.

Yes I did make sure there were products in the cart before continuing to checkout

DML73:

Yes I did make sure there were products in the cart before continuing to checkout
Any debug logs? There's something amiss with your installation.

No debug logs in regards to this problem, but I re-installed the plugin and now it seems to be working, so I guess I must have missed some of the files the first time.

DML73:

No debug logs in regards to this problem, but I re-installed the plugin and now it seems to be working, so I guess I must have missed some of the files the first time.
Thanks for the update; missed files will "bite' you!

Would you ever consider utilizing the GUEST CHECKOUT enabled feature, but having the One Page Checkout feature turned off?

We love the one page functionality, but we have so many modules (Reward Points, Coupons, Gift Certificates, Shipping Insurance) that it can make the one page look "busy."

We considered disabling it and returning to the three step checkout (to have less information crammed into one page). The problem is that when you turn off the OPC module, it also disables the ability of Guests to checkout (which we require).

Previously, there was the COWOA module but that is no longer maintained. Since OPC is so robust, I was wondering if this feature would be a benefit to others as well (enabling the Guest Checkout feature even if the One Page Checkout was turned off).

Jeff_Mash:

Would you ever consider utilizing the GUEST CHECKOUT enabled feature, but having the One Page Checkout feature turned off?

We love the one page functionality, but we have so many modules (Reward Points, Coupons, Gift Certificates, Shipping Insurance) that it can make the one page look "busy."

We considered disabling it and returning to the three step checkout (to have less information crammed into one page). The problem is that when you turn off the OPC module, it also disables the ability of Guests to checkout (which we require).

Previously, there was the COWOA module but that is no longer maintained. Since OPC is so robust, I was wondering if this feature would be a benefit to others as well (enabling the Guest Checkout feature even if the One Page Checkout was turned off).
I'll note that there's a change-request present in OPC's GitHub: https://github.com/lat9/one_page_checkout/issues/407

The more I've thought about this, the more it feels like a huge effort.

The 3-page (standard) checkout relies on the address_book_id values set into the billto and sendto session variables and regularly interrogates the database to retrieve the associated address values. For OPC's guest checkout, there's a single temporary 'holder' address_book_id that's used by all guests checking out.

When I've got more time, I'll review the processing of the checkout_shipping, checkout_payment and checkout_confirmation pages to see if there are additional notifications that could reduce the effort required.

hello, can I enable the password option on the checkout_one so that customers can enter the password directly on this page?

richard7315:

Hi Lat9
I have been testing the latest version of OPC with Zen Cart 2.1.0 and have noticed a couple of minor issues with the CSS.

1. On mobile devices the shipping method column is displaying approximately half the width it should be.

2. The whole checkout is a bit too close to the left edge of the screen. Line 43 of the responsive classic stylesheet.css should apply padding:0.8em to .centerColumn – for some reason when OPC is turned on the padding is not applied.

Update:
Potential fixes for issues 1 and 2 shown below:

In the responsive_mobile.css find

/bof checkout/
#checkoutConfirmDefault .forward, #checkoutPayment .forward, #checkoutShipping .forward{float:right;width:auto !important;}

Removing float:right; seems to fix the display problem.

The stylesheet.css has a minor bug. Around line 42 find:

.centerColumn, #bannerOne, #bannerTwo, #bannerThree, #bannerFour, #bannerFive, {padding:0.8em;}

The comma after #bannerFive should be deleted.

I have tested the fixes with OPC turned on/off and did not notice any issues. Please can the Zen Cart team check and apply these fixes to the core code.
Many thanks
Richard

ikirin:

hello, can I enable the password option on the checkout_one so that customers can enter the password directly on this page?
There is no such option. Customers who have previously created accounts with a site need to go through the login page's processing.