One-Page Checkout [Support Thread]

[lat9]

I just received a report that a store's customer using IE8 was unable to checkout using One-Page Checkout. I've replicated the issue and hope to have a solution sometime tomorrow.

If you're using this plugin and you've got a high percentage of IE8-using customers, you might want to disable the plugin until that solution is available.

[LightBrown]

Is there a way for the shipping address box on the checkout_one page to automatically display/contain the account's shipping address (or second address in the address book) if one exists?

[lat9]

Is there a way for the shipping address box on the checkout_one page to automatically display/contain the account's shipping address (or second address in the address book) if one exists?

That's something you could add via custom programming; it's very non-standard so it's not a feature that I'll currently consider in the plugin's base processing.

[LightBrown]

Is there a way for the shipping address box on the checkout_one page to automatically display/contain the account's shipping address (or second address in the address book) if one exists?

That's something you could add via custom programming; it's very non-standard so it's not a feature that I'll currently consider in the plugin's base processing.

In case anyone needs this in the future:

My site uses a forced COWOA feature, and the "login" page includes a field for the billing address as well as an optional shipping address field. So, if the customer chose to input a shipping address in the "login" page, when they move to the checkout_one page, there is already a sendto address in the session. So to make the checkout_one page display the shipping address I only needed to comment out a few lines of code:

includes\modules\pages\checkout_one\header.php

// if no shipping destination address was selected, use the customers own address as default
if (!isset ($_SESSION['sendto'])) {
    $_SESSION['sendto'] = $_SESSION['customer_default_address_id'];
 /*the following lines have been commented out to allow login page to assign a sendto address in the session	
} elseif ($shipping_billing) {
    $_SESSION['sendto'] = $_SESSION['billto'];
*/
} else {
// verify the selected shipping address

includes\templates\template_default\templates\tpl_checkout_one_default.php

<?php
// -----
// Display shipping-address information **only if** the order contains at least one physical product (i.e. it's not virtual).
//
if ($is_virtual_order) {
    echo zen_draw_checkbox_field ('shipping_billing', '1', false, 'id="shipping_billing" style="display: none;"');
} else {
?>
<!--This section disabled to remove shippingIsBilling checkbox
    <div id="checkoutOneShippingFlag" style="display: none;"><?php //echo  zen_draw_checkbox_field ('shipping_billing', '1', $shipping_billing, 'id="shipping_billing" onchange="shippingIsBilling ();"');?>
      <label class="checkboxLabel" for="shipping_billing"><?php //echo TEXT_USE_BILLING_FOR_SHIPPING; ?></label>
    </div>
 -->
    <div id="checkoutOneShipto">
      <fieldset>
        <legend><?php echo TITLE_SHIPPING_ADDRESS; ?></legend>

<!--This section should pull the sendto address if there is one, otherwise it will repeat the billing address-->		
        <address><?php echo zen_address_format($order->delivery['format_id'], $order->delivery, 1, ' ', '<br />'); ?></address>

        <div class="buttonRow forward"><?php echo '<a href="' . $editShippingButtonLink . '">' . zen_image_button (BUTTON_IMAGE_EDIT_SMALL, BUTTON_EDIT_SMALL_ALT) . '</a>'; ?></div>
      </fieldset>
    </div>
<?php
}
?>

I have only tested these changes with my exact setup, so your mileage may vary. Or let me know if anyone thinks these changes will break anything.

[fjbern1943]

Hello,

I just upgraded my one page checkout to version 1.04
My setup:
zencart 1.54
template: Responsive_sheffield_blue 2.0

Here are my results:

Tested checkout using check/money order, pay pal, Braintree

Using check/money order or payal after hitting the confirm button I get the screen with the revolving circle, one of my banners at the top and another confirm button on the side (Almost Hidden) and nothing happens until I click this extra confirm button then everything proceeds as expected.
Is this normal operation? Or did I do something wrong?

When using credit card through Braintree I get the extra page I guess to confirm the order one last time before submitting to Braintree. Then after I click the second confirm button everything proceeds as expected.

This is not what I would expect. What is the use of having to confirm the order again no matter what payment method is selected.

Best regards,

Frank

[lat9]

Hello,

I just upgraded my one page checkout to version 1.04
My setup:
zencart 1.54
template: Responsive_sheffield_blue 2.0

Here are my results:

Tested checkout using check/money order, pay pal, Braintree

Using check/money order or payal after hitting the confirm button I get the screen with the revolving circle, one of my banners at the top and another confirm button on the side (Almost Hidden) and nothing happens until I click this extra confirm button then everything proceeds as expected.
Is this normal operation? Or did I do something wrong?

When using credit card through Braintree I get the extra page I guess to confirm the order one last time before submitting to Braintree. Then after I click the second confirm button everything proceeds as expected.

This is not what I would expect. What is the use of having to confirm the order again no matter what payment method is selected.

Best regards,

Frank

Do you have a link to the site where you've got this installed? I'll need to see the confirmation page for check/moneyorder and PayPal processing to understand why those fields aren't hidden. If you don't want to post the site-link here, you can send it to me via PM.

The Braintree payment method "collects credit-card data onsite"; that's why you're seeing that extra confirmation page. That's just an extra level of "comfort" for those card-paying customers, so that they've got a spot to verify that they entered their credit-card information properly before committing the order.

[fjbern1943]

Do you have a link to the site where you've got this installed? I'll need to see the confirmation page for check/moneyorder and PayPal processing to understand why those fields aren't hidden. If you don't want to post the site-link here, you can send it to me via PM.

The Braintree payment method "collects credit-card data onsite"; that's why you're seeing that extra confirmation page. That's just an extra level of "comfort" for those card-paying customers, so that they've got a spot to verify that they entered their credit-card information properly before committing the order.

The site url is religious-shop.com

[lat9]

I just received a report that a store's customer using IE8 was unable to checkout using One-Page Checkout. I've replicated the issue and hope to have a solution sometime tomorrow.

If you're using this plugin and you've got a high percentage of IE8-using customers, you might want to disable the plugin until that solution is available.

I've made this correction on the plugin's GitHub repository and updated its current version to 1.0.4-beta2.

If a customer "hits" your site using a version of IE less than 9.0, they'll continue the checkout using the "traditional" multi-page checkout due to incompatibilities provided by those older browsers' javascript support.

That change is "booked" for the plugin's v1.0.4 release, coming to the Zen Cart Plugins RSN (real-soon-now)!

[lat9]

I've made this correction on the plugin's GitHub repository and updated its current version to 1.0.4-beta2.

If a customer "hits" your site using a version of IE less than 9.0, they'll continue the checkout using the "traditional" multi-page checkout due to incompatibilities provided by those older browsers' javascript support.

That change is "booked" for the plugin's v1.0.4 release, coming to the Zen Cart Plugins RSN (real-soon-now)!

I've submitted v1.0.4 to the Plugins for review; this version provides changes to address the following issues (as referenced in the plugin's GitHub repository):

#38: Additional, customizable message for the checkout_one_confirmation page
#37: Sanitize debug output for non-standard CC number/CVV information
#36: Hide bannerSix block on the plugin's confirmation page
#35: Disallow one-page checkout for IE browsers earlier than 9.0
#33: Correct handling for virtual orders and those with free shipping, as defined by the shipping order-total

P.S. Thanks to everyone for the bug-reports and to those that allowed me access to their sites for problem investigation! You're all helping me make this plugin better.

[lat9]

I've submitted v1.0.4 to the Plugins for review; this version provides changes to address the following issues (as referenced in the plugin's GitHub repository):

#38: Additional, customizable message for the checkout_one_confirmation page
#37: Sanitize debug output for non-standard CC number/CVV information
#36: Hide bannerSix block on the plugin's confirmation page
#35: Disallow one-page checkout for IE browsers earlier than 9.0
#33: Correct handling for virtual orders and those with free shipping, as defined by the shipping order-total

P.S. Thanks to everyone for the bug-reports and to those that allowed me access to their sites for problem investigation! You're all helping me make this plugin better.

Wow! That was fast ... v1.0.4 is now available for download from the Zen Cart Plugins.