One-Page Checkout [Support Thread]

[lat9]

Thanks, @frank18, I'll look to get this into the next release ... with a caveat:

There are payment modules that replace the shipping-address link during the "normal" checkout_confirmation processing. I'll look to more mimic the full checkout_confirmation page on the OPC confirmation one.

[diptimoy]

zencart 155e

getting this

Your order's details have changed. Please review the current values and re-submit.

Kindly help

[lat9]

zencart 155e

getting this

Your order's details have changed. Please review the current values and re-submit.

Kindly help

A teeny bit more information will help me help!

1. What template are you using?
2. Was this a fresh ZC 1.5.5e install or did you upgrade?
3. What shipping, order_total and payment modules are you using?

[tonyreynolds]

I am working with Zen Cart 1.5.5d.
I have installed One-Page Checkout. Nice!
I have been working on a two modules. One charges a fee for shipping items that require special shipping fee (in this case it is a Hazardous Materials Fee or Hazmat), the second module charges a fee for shipping items that are different from the majority sold in the store (e.g the items doesn't fit into the standard shipping configuration) it is called Surcharge Fee.
Both of these are based on the priority_handling_1.2.1, which was based on a modification of the Insurance Shipping module, which is a modification of the low order fee module from Harald Ponce de Leon.
For some reason it is based on the $credit_selection component. Not sure why, but now is making itself apparent in One-Page Checkout.
The modules are picked up and display themselves, there is an "Apply" button that is also visible, that I can take of in regards to interfacing with my plugins.
Where I am needing a little guidance is with the order total. It is not picking up the additional fees in the order total amount, nor is it showing their presence in the "addition" display in order total calculation.
Any pointers to where I might look to get those into the total?
It works properly in the default checkout system.

Tony

[tonyreynolds]

As a followup. There are no files that conflict (overwrite) from the Surcharge/HazMat plugin and the One-Page Checkout.

TR

[tonyreynolds]

I also am getting "cart message" outlined in thread message 393 - "Your order's details have changed. Please review the current values and re-submit." it is like loop and I cannot get past it. However if I do not have any items that require the hazmat shipping or surcharge fee it processes correctly.

TR

[tonyreynolds]

The website is at http://bms.night.net it is underdevelopment.

To see the hazmat fee added this link will add it to the cart.
http://bms.night.net/index.php?main_...oducts_id=2486

To see the surcharge fee added this link will add it to the cart.
http://bms.night.net/index.php?main_...oducts_id=1589


TR

[lat9]

Tony, there are a couple of things going on here.

First, you shouldn't be getting that "something's changed" message when updating a "credit-class" order total by clicking an "Apply" button. In /includes/modules/pages/checkout_one_confirmation/header_php.php, find:

if ($checkout_one->hashSession ($currencies->format ($order->info['total'])) != $session_start_hash) {
    $error = true;
    $messageStack->add_session ('checkout_payment', ERROR_NOJS_ORDER_CHANGED, 'error');
}

and change that to

if ($order_confirmed && $checkout_one->hashSession ($currencies->format ($order->info['total'])) != $session_start_hash) {
    $error = true;
    $messageStack->add_session ('checkout_payment', ERROR_NOJS_ORDER_CHANGED, 'error');
}

I'll get that updated in the next OPC release.

Secondly, the processing performed by your Priority Handling order-total will require some re-alignment to interoperate with OPC. An OT module's collect_posts function is called on each entry to the OPC's initial page, just like on the normal checkout_payment page. Your order-total, for that method :

    function collect_posts()
    {
        global $db, $currencies;
        if ($_POST['opt_priority_handling']) {
            $_SESSION['priority_handling'] = $_POST['opt_priority_handling'];
        } else {
            $_SESSION['priority_handling'] = '0';
        }
    }

resets the session-based value if the associated $_POST variable isn't set ... which it isn't upon return to the OPC initial page after ticking and clicking the Apply button.

This processing is similar to the order-total's behavior in a normal checkout. If you tick the "Priority Handling" box on the payment page but choose to edit your order's comments from the confirmation page, the box is no longer ticked when the payment page is redisplayed.

I'll "chew" on this a bit, as it's not yet clear to me how to preserve the state of that checkbox input.

[tonyreynolds]

In my case I changed the CheckBox/Radio button from the Priority Handling to a hidden field that is selected. So there no choice to the user. It should always be set.
While the Hazmat/Surcharge plugins are still being developed the code is available for review:
http://bms.night.net/Hazmat-Surcharge.zip

Tony

[lat9]

You're going to run into the same issue with that HazMat handling; the underlying issue is that there's no "good way" to preserve the state of that checkbox field across redirects.

My initial thought is that you could convert the checkbox to a yes/no radio button so that the variable is always present ...