One-Page Checkout [Support Thread]

[lat9]

Hi
I have installed the opc. While same shipping address/billing address(where there is no change is the content) prints the delivery address on the checkout confirmation email, the delivery address is not printed on the email when it is different from billing address.
Please consider it as a bug and resolve.
Thanks
Balaji

I've created an issue (https://github.com/lat9/one_page_checkout/issues/134) on the OPC's GitHub repository to track the change required.

[lat9]

I've created an issue (https://github.com/lat9/one_page_checkout/issues/134) on the OPC's GitHub repository to track the change required.

That correction is now made and will be part of the OPC's next release. You can download the update to /includes/classes/observers/class.checkout_one_observer.php here: https://raw.githubusercontent.com/la...e_observer.php

The issue affects any non-guest-checkout where the customer chooses to use a "temporary" address for either their billing or shipping address.

[davewest]

Dave, the console-log identifying the source of the jQuery issue is going to be easier to find if you change the OPC configuration to use the non-minimized version of the OPC's jQuery module(s).

Found my issue.

When I changed how the main shopping cart display behaved I ended up modifying tpl_modules_order_totals.php to display in a responsive table instead of the existing div's. When I did that I removed #otshipping and used dynamic classes. I moved the main shopping cart to its own tpl_modules_order_totals.php page and restored the default which fixed one page..

The ID was the only thing missing on the checkout page which was killing the submit and making it hard to track down. Running non-minimized gave a better reading in the developer tools.
Thanks

[lat9]

Dave, thanks for reporting back what the issue was!

[shayne]

This OPC is just the thing EXCEPT!!
I dont want the price elements on the product listing - no problem doing that but the
" Total: £0.00" which is now appearing below is messy.
I just cant seem to get rid of it without killing the "Confirm order" link

So the code bit that is relevant in tpl_modules_opc_shopping_cart.php is

// end for loopthru all products

if (MODULE_ORDER_TOTAL_INSTALLED) {
$row_class = ($last_row_class == 'rowEven') ? 'rowOdd' : 'rowEven';
?>
<tr class="<?php echo $row_class; ?>" id="cartOrderTotals">

<td colspan="<?php echo (count ($order->info['tax_groups']) > 1) ? 4 : 3; ?>" id="orderTotalDivs"><?php $order_total_modules->process (); $order_total_modules->output (); ?></td>
</tr>
<?php
}
?>
</table>
</fieldset>
</div>
<div class="clearBoth"></div>
<!--eof shopping-cart block -->
[/I]

The above works fine apart from the unwanted line.

Then if I delete for instance " $order_total_modules->process (); "
then the "Total" line disappears BUT the Confirm Order link doesnt work
Am I looking in the wrong place or am I misunderstanding the logic ?

[lat9]

@shayne, I'm not clear on what you are attempting to do. Are you trying to remove the individual product pricing from the "shopping-cart" table's display or are you just trying to "not display" the overall order's total value?

[shayne]

I have removed the table pricing I just am left with the Table total which I want to remove.

[lat9]

@shane, you can update your /includes/templates/YOUR_TEMPLATE/css/checkout_one.css to "hide" that output. Since you've been making changes there, without a link to the site (you can send via PM, if you choose), I can't be more specific.

[shayne]

Thank you very much for that . I think that gets me what I need. I am soooooo old that I cant get used to using this "newfangled" CSS stuff! It takes more than decades for me to acclimatise!

But before I actually apply it I am adding in my "delivery datepicker cludge" so I am just putting aside smaller matters until I see what I break with that - since i will need to insert a Delivery Date Note somewhere in the same area.

[lat9]

Sorry about misspelling your name/moniker, @shayne! FWIW, I've found the https://www.w3schools.com site a great help for any CSS or HTML (and now jQuery) questions.

Once you "get rolling with it", I think you'll find that CSS is a fairly well laid-out 'language'!