One-Page Checkout [Support Thread]

nicksab:

ZC 1.5.6 c
OPC Version 2.3.1

Hello all,

I am having an issue with OPC process. It is technically more of inconvenience and i am not sure if someone already addressed it before.

When customers go thru the checkout process, the billing and shipping address being displayed are the same ( normal behavior i believe)

If they change the shipping address and go on with the checkout process without clicking the "save change" button ( see picture) ,the desired shipping address is not saved and/or shown on the admin side, address book....As a result, the customer needs to be called or emailed to verify the shipping address. This site being a flower shop, it is really rare when billing and shipping are the same.

To my question, is it possible to force the save of the shipping address when change are made ( like an autosave or such )? or can the "save change" button be mandatory? so the checkout can not be continued if the shipping address changes are not saved.

Sorry for the long post and hope it makes sense.

Thank you for your time and help
It looks like you've made some changes to the store's template and/or CSS for the checkout_one page. In the as-zipped distribution, once a customer clicks into the shipping-address section (after clicking the "Edit" button), a CSS overlay appears which covers the "Submit" button until the customer either clicks "Cancel" or changes the address and presses "Save".

lat9:

It looks like you've made some changes to the store's template and/or CSS for the checkout_one page. In the as-zipped distribution, once a customer clicks into the shipping-address section (after clicking the "Edit" button), a CSS overlay appears which covers the "Submit" button until the customer either clicks "Cancel" or changes the address and presses "Save".

I recalled making a change to the css file that would automatically have the "add to address book" checked. I will replace the css file with the original from the distribution and report back.

Thank you lat9 for your assistance

I updated OPC to the latest version and switch template to classic. Unfortunately, no overlay or else.

I do have a "work in progress" ZC 1.5.7 with OPC 2.3.12 on a local machine and the overlay mentioned is there.

No idea on what is blocking it on my live site at royal-fleur.com :unsure::unsure:

nicksab:

I updated OPC to the latest version and switch template to classic. Unfortunately, no overlay or else.

I do have a "work in progress" ZC 1.5.7 with OPC 2.3.12 on a local machine and the overlay mentioned is there.

No idea on what is blocking it on my live site at royal-fleur.com :unsure::unsure:
The live site's running a very old (v1.7.1) version of jQuery and is loading a bunch of scripts (jscript_dp*.js, jscript_imagehover.js) that aren't needed during checkout and could 'interfere'.

strelitzia:

Hi @lat9,

I've received reports of a bug in the address processes during checkout. I tested this myself with a clean install of ZC 1.5.7d and OPC and can confirm I saw the same issues that were reported to me.

I have pasted the initial report as I received it.

1. If you only have 2 addresses in your address book and go to edit either the shipping or billing details, you don't get the drop down menu with the other address in it, you just have to fill out your details again. Ideally, if someone has 2 + addresses, the drop down should appear on both shipping and billing
2. If you have 3 + addresses, and you change your billing details,
   your shipping address automatically changes. This shouldn't happen, you should be able to change your billing details and it not have an effect on the shipping address. The problem only occurs when you change the billing details. If you change the shipping address, the billing details do not update. Things to note:

• When you manually change the billing address at checkout, the
  problem doesn't occur. It only seems to be when you are choosing from the drop down
• If you test this, when I initially added more addresses to my
  account and then changed the billing details, the problem didn't occur. However, when you log out and back in, that's when you get the issue.
  I'm not seeing that behavior on zc157d/OPC 2.3.12. On a test account, a customer has specifically two addresses. When entering checkout and clicking the Edit button in either the billing or shipping block, (a) the dropdown shows and (b) the form auto-submits upon change.

lat9:

niccol, it's appropriate ... I'll need to do a more thorough review of the other processing path (i.e. where a different shipping method is chosen) to see if there's anything else that needs to be added.

GitHub tracking issue: https://github.com/lat9/one_page_checkout/issues/316
Correction now provided; staged for the next release of OPC.

lat9:

The live site's running a very old (v1.7.1) version of jQuery and is loading a bunch of scripts (jscript_dp*.js, jscript_imagehover.js) that aren't needed during checkout and could 'interfere'.

Ugh looks another jquery conflict!! I have bad luck with these it seems. That s why i have been working on an entire upgrade of this site.

js script dp is from my date picker and doesn t not seem to be the issue as per my test site.

Not sure how to solve the 1.7.1 as it is being called/used by zx_slideshow which does not seem to be supported anymore as far as I can tell.

Thanks for looking into it lat9. I really appreciate the help

I'm having issues with checkout.
I get the message "Your order's details have changed. Please review the current values and re-submit."

I can confirm the start hash doesn't match the end hash, although the values in cart match those in checkout at the point of submitting the order.
No errors logged in the console.

Site is 1.5.7d with OPC v2.3.12. Template is a clone of Responsive Classic, but the issue also exists when trying template_default.

Any suggestions on where to start looking for the cause of this issue?

strelitzia:

I'm having issues with checkout.
I get the message "Your order's details have changed. Please review the current values and re-submit."

I can confirm the start hash doesn't match the end hash, although the values in cart match those in checkout at the point of submitting the order.
No errors logged in the console.

Site is 1.5.7d with OPC v2.3.12. Template is a clone of Responsive Classic, but the issue also exists when trying template_default.

Any suggestions on where to start looking for the cause of this issue?
When you run the checker tool in the admin, what shows as different from the start to the ending hash?

lat9:

When you run the checker tool in the admin, what shows as different from the start to the ending hash?

Checker tool? I see the option to enable One-Page checkout debug, but nothing mentioning a checker tool. Did I miss something?

strelitzia:

Checker tool? I see the option to enable One-Page checkout debug, but nothing mentioning a checker tool. Did I miss something?
https://github.com/lat9/one_page_checkout/blob/master/pages/debugging_redirect.md

The report content is as follows:

'securityToken' => '132e9ad42270860df776214517249692', 'customers_host_address' => 'localhost', 'opc' => OnePageCheckout::__set_state(array( 'isGuestCheckoutEnabled' => true, 'registeredAccounts' => false, 'guestIsActive' => false, 'isEnabled' => true, 'tempAddressValues' => array ( 'ship' => array ( 'address_book_id' => '16922', 'customers_id' => '14057', 'zone_name' => NULL, 'gender' => '', 'company' => '', 'vat_number' => NULL, 'vat_validated' => '0', 'tva_intracom' => '', 'firstname' => 'Test', 'lastname' => 'User', 'street_address' => '1 The Street', 'suburb' => '', 'postcode' => 'ab1 2de', 'city' => 'The Town', 'state' => 'state', 'country' => '222', 'country_id' => '222', 'zone_id' => '0', 'error' => false, 'error_state_input' => false, 'country_has_zones' => false, 'validated' => true, 'selected_country' => '222', 'state_field_label' => '', 'show_pulldown_states' => true, ), 'bill' => array ( 'gender' => '', 'company' => '', 'firstname' => '', 'lastname' => '', 'street_address' => '', 'suburb' => '', 'city' => '', 'postcode' => '', 'state' => '', 'country' => 222, 'country_id' => 222, 'zone_id' => 0, 'zone_name' => '', 'address_book_id' => 0, 'selected_country' => 222, 'country_has_zones' => false, 'state_field_label' => '', 'show_pulldown_states' => true, 'error' => false, 'error_state_input' => false, 'validated' => false, ), ), 'guestCustomerInfo' => NULL, 'guestCustomerId' => 49930, 'tempBilltoAddressBookId' => 59537, 'tempSendtoAddressBookId' => 59538, 'dbStringType' => 'stringIgnoreNull', 'customerInfoOk' => NULL, 'billtoTempAddrOk' => NULL, 'sendtoTempAddrOk' => NULL, 'isVirtualOrder' => false, 'billtoAddressChangeable' => true, 'sendtoAddressChangeable' => true, 'observerAliases' => array ( 'NOTIFIY_ORDER_CART_SUBTOTAL_CALCULATE' => 'NOTIFY_ORDER_CART_SUBTOTAL_CALCULATE', ), 'label_params' => ' class="inputLabel"', )), 'cartID' => '61672', 'cart' => shoppingCart::__set_state(array( 'contents' => array ( 12224 => array ( 'qty' => '1', ), ), 'total' => 1.51, 'weight' => 0.01, 'cartID' => '61672', 'content_type' => 'physical', 'free_shipping_item' => 0, 'free_shipping_weight' => 0, 'free_shipping_price' => 0.0, 'download_count' => 0, 'total_before_discounts' => 1.512, 'display_debug_messages' => false, 'flag_duplicate_msgs_set' => false, 'flag_duplicate_quantity_msgs_set' => array ( ), 'observerAliases' => array ( 'NOTIFIY_ORDER_CART_SUBTOTAL_CALCULATE' => 'NOTIFY_ORDER_CART_SUBTOTAL_CALCULATE', ), )), 'check_valid_prod' => true, 'language' => 'english', 'languages_id' => 1, 'languages_code' => 'en', 'layoutType' => 'legacy', 'currency' => 'GBP', 'today_is' => '2022-04-27', 'updateExpirations' => true, 'antispam_fieldname' => 'MU19IqmzZl', 'session_counter' => true, 'customers_ip_address' => '::1', 'eu_min_order_login' => 0, 'customer_id' => '14057', 'customers_email_address' => '[email protected]', 'customer_default_address_id' => '16922', 'customers_authorization' => '0', 'customer_first_name' => 'Test', 'customer_last_name' => 'User', 'customer_country_id' => '222', 'customer_zone_id' => '0', 'valid_to_checkout' => true, 'cart_errors' => '', 'eu_minimum_order' => '0', 'billto' => '16922', 'sendto' => '16922', 'shipping_weight' => 3.01, 'cot_gv' => '0.00', 'shipping_tax_amount' => 0.7199999999999999, 'discount' => 0, 'jsweb_sagepay' => '1', 'shipping' => array ( 'id' => 'jswshipper_10-0-0', 'title' => 'Shipping (Royal Mail 2nd Class inc. Handling & Packaging NON-TRACKED (£3.60) (0.01Lbs))', 'cost' => 3.6, ), 'jswshipper_tax_class' => '2', 'shipping_tax_description' => 'UK VAT', 'order_current_total' => '£6.13', )

strelitzia:

The report content is as follows:

'securityToken' => '132e9ad42270860df776214517249692', 'customers_host_address' => 'localhost', 'opc' => OnePageCheckout::__set_state(array( 'isGuestCheckoutEnabled' => true, 'registeredAccounts' => false, 'guestIsActive' => false, 'isEnabled' => true, 'tempAddressValues' => array ( 'ship' => array ( 'address_book_id' => '16922', 'customers_id' => '14057', 'zone_name' => NULL, 'gender' => '', 'company' => '', 'vat_number' => NULL, 'vat_validated' => '0', 'tva_intracom' => '', 'firstname' => 'Test', 'lastname' => 'User', 'street_address' => '1 The Street', 'suburb' => '', 'postcode' => 'ab1 2de', 'city' => 'The Town', 'state' => 'state', 'country' => '222', 'country_id' => '222', 'zone_id' => '0', 'error' => false, 'error_state_input' => false, 'country_has_zones' => false, 'validated' => true, 'selected_country' => '222', 'state_field_label' => '', 'show_pulldown_states' => true, ), 'bill' => array ( 'gender' => '', 'company' => '', 'firstname' => '', 'lastname' => '', 'street_address' => '', 'suburb' => '', 'city' => '', 'postcode' => '', 'state' => '', 'country' => 222, 'country_id' => 222, 'zone_id' => 0, 'zone_name' => '', 'address_book_id' => 0, 'selected_country' => 222, 'country_has_zones' => false, 'state_field_label' => '', 'show_pulldown_states' => true, 'error' => false, 'error_state_input' => false, 'validated' => false, ), ), 'guestCustomerInfo' => NULL, 'guestCustomerId' => 49930, 'tempBilltoAddressBookId' => 59537, 'tempSendtoAddressBookId' => 59538, 'dbStringType' => 'stringIgnoreNull', 'customerInfoOk' => NULL, 'billtoTempAddrOk' => NULL, 'sendtoTempAddrOk' => NULL, 'isVirtualOrder' => false, 'billtoAddressChangeable' => true, 'sendtoAddressChangeable' => true, 'observerAliases' => array ( 'NOTIFIY_ORDER_CART_SUBTOTAL_CALCULATE' => 'NOTIFY_ORDER_CART_SUBTOTAL_CALCULATE', ), 'label_params' => ' class="inputLabel"', )), 'cartID' => '61672', 'cart' => shoppingCart::__set_state(array( 'contents' => array ( 12224 => array ( 'qty' => '1', ), ), 'total' => 1.51, 'weight' => 0.01, 'cartID' => '61672', 'content_type' => 'physical', 'free_shipping_item' => 0, 'free_shipping_weight' => 0, 'free_shipping_price' => 0.0, 'download_count' => 0, 'total_before_discounts' => 1.512, 'display_debug_messages' => false, 'flag_duplicate_msgs_set' => false, 'flag_duplicate_quantity_msgs_set' => array ( ), 'observerAliases' => array ( 'NOTIFIY_ORDER_CART_SUBTOTAL_CALCULATE' => 'NOTIFY_ORDER_CART_SUBTOTAL_CALCULATE', ), )), 'check_valid_prod' => true, 'language' => 'english', 'languages_id' => 1, 'languages_code' => 'en', 'layoutType' => 'legacy', 'currency' => 'GBP', 'today_is' => '2022-04-27', 'updateExpirations' => true, 'antispam_fieldname' => 'MU19IqmzZl', 'session_counter' => true, 'customers_ip_address' => '::1', 'eu_min_order_login' => 0, 'customer_id' => '14057', 'customers_email_address' => '[email protected]', 'customer_default_address_id' => '16922', 'customers_authorization' => '0', 'customer_first_name' => 'Test', 'customer_last_name' => 'User', 'customer_country_id' => '222', 'customer_zone_id' => '0', 'valid_to_checkout' => true, 'cart_errors' => '', 'eu_minimum_order' => '0', 'billto' => '16922', 'sendto' => '16922', 'shipping_weight' => 3.01, 'cot_gv' => '0.00', 'shipping_tax_amount' => 0.7199999999999999, 'discount' => 0, 'jsweb_sagepay' => '1', 'shipping' => array ( 'id' => 'jswshipper_10-0-0', 'title' => 'Shipping (Royal Mail 2nd Class inc. Handling & Packaging NON-TRACKED (£3.60) (0.01Lbs))', 'cost' => 3.6, ), 'jswshipper_tax_class' => '2', 'shipping_tax_description' => 'UK VAT', 'order_current_total' => '£6.13', )
A screenshot's better, since that's got the styling that identifies the differences.

lat9:

A screenshot's better, since that's got the styling that identifies the differences.

Assuming the styling is an underline, then it's highlighted 'shipping_tax_description' => 'UK VAT'

strelitzia:

Assuming the styling is an underline, then it's highlighted 'shipping_tax_description' => 'UK VAT'
What are the before and after values?

lat9:

What are the before and after values?

That's what makes no sense. It's 'UK VAT' at all times.

The content of the div doesn't change from

strelitzia:

That's what makes no sense. It's 'UK VAT' at all times.

The content of the div doesn't change from
I'll note that the 'displayed' version has a trailing colon (:).

lat9:

I'll note that the 'displayed' version has a trailing colon (:).

It does, but is the same both before and after the reload.

And yet checking the OPC debug log, all instances of 'shipping_tax_description' are displayed as 'UK VAT'. Is OPC stripping the colon out when generating the report?

If both instances are either with, or without a colon then there should be no difference that would lead to a hash change.

Why are line titles even being included in a check to see if monetary values have changed?

strelitzia:

It does, but is the same both before and after the reload.

And yet checking the OPC debug log, all instances of 'shipping_tax_description' are displayed as 'UK VAT'. Is OPC stripping the colon out when generating the report?

If both instances are either with, or without a colon then there should be no difference that would lead to a hash change.

Why are line titles even being included in a check to see if monetary values have changed?

lat9:

A screenshot's better, since that's got the styling that identifies the differences.
OPC is not stripping anything ... but one of your order-totals might be. OPC goes off a hash of the session, checking that nothing's changed since the customer indicated that the order is to be placed.

As I'd requested before, a screenshot of the admin tool's difference display would help enormously.

I've just submitted v2.4.0 of One-Page Checkout for the Zen Cart moderators' review; I'll post back here when it's available for download.

Note: This version drops support for Zen Cart versions prior to 1.5.7a. If your site is using an older Zen Cart version, please continue to use OPC v2.3.12.

This release contains changes associated with the following GitHub issues:

#304: Drop support for Zen Cart versions prior to zc157a.
#312: Additional AJAX messages to distinguish various timeout scenarios.
#313: Improve performance on admin's orders' listing display.
#315: Correct address handling when "Enable Shipping=Billing" is set to 'false'.
#316: Render OPC overlay when an address (either billing or shipping) is changed via dropdown of existing addresses.
#317: Enable interoperation with the square_webPay payment method.
#318: Add a breadcrumb on the order_status page.
#319: Use zen_cfg_read_only for OPC's "Version" value.
#320: Correct PHP Fatal error received when an issue requiring a customer message is detected by OPC's observer.
#321: Add zone_code to data supplied by the NOTIFY_OPC_INIT_ADDRESS_FROM_DB notification.
#322: Correct number of parameters supplied to zen_prepare_country_zones_pull_down.
#324: (Partial) Additional information gathered for "Invalid request, tempAddressValues not set." error log.