Logged-in Customer Ship To details replaced by Bill To

[webkos]

Hi, we're setting a website which is currently already running on live server when the customer found an issue that their Ship To address in the order details was replaced by their Bill To address. I have simulate the same issue on our staging server and found out that this issue is only happening when a customer logged in and then Add/Edit their Ship To address. For checkout as guest or check-out and register, it is working fine.

Could you please enlighten us on this matter?
Thanks!

[admin]

hello, are all of the fields overwritten into the ST address, or just only some of them?

as the logged in user, did you choose a specific ship to address, or did you use "add new" ?

we can check this on your site if you'd like and tune this to your perfection, let us know on our live chat.

best regards, stan

[webkos]

Hi Stan,

I will try to be online during your live support hours, but just in case I'm not online, below are the steps to reproduce the issue:
1. Create an account here: http://staging.webkos.co.id/woodworks/my-account/edit
2. Order any item and proceed to check out
3. On checkout page, if you're not yet logged in, select Log In and fill in your credentials
4. Once logged in, the Bill To section will be pre-filled with the data from registration (step 1)
5. Click Add/Edit Ship To address, fill in new Ship To address different from Bill To address
6. Complete the checkout process
7. On order confirmation page, click view my order button to view the order details
8. Notice that the Ship To address entered in step 5, got replaced by the Bill To address

Note: this is only happen for logged-in user checkout. If the user check out as guest, or they register account during check-out, the Ship To address in the order detail is the same as the one entered on check out form.

Let me know if you need more information.
Thanks.

[admin]

hello, the "icetheme_css3_responsive_flatastic" theme does not use the very exact code per example of other core opc themes and i was able to reproduce your issue when unsetting value for element with name "sa"
(checkbox which is not shown by your logged in theme... )

i adjusted the code in core opc, so that this checkbox is not needed:


right after the function declarion in:
\components\com_onepage\controllers\opc.php

function checkout()

add the code, so it looks like:

Code: Select all

function checkout()
   {
// some 3rd party opc themes to not implement sa checkbox:
   $ship_to_id = JRequest::getVar('ship_to_info_id', '');
   $bt_id = JRequest::getVar('bt_virtuemart_userinfo_id', '');
   if ((!empty($ship_to_id)) && ($bt_id != $ship_to_id))
   {
      JRequest::setVar('sa', 'adresaina');    
   }


this will be included in opc303, so that the flatastic opc template is fully supported there.

best regards, stan

[admin]

hello, i also suggest to disable this feature at opc general tab:

Load OPC main javascript asynchronously

in your case it seems that Onepage object is not yet ready at jquery.ready event and thus it may lead to a javascript error (depends on the browser... )

best regards, stan

[webkos]

Hi Stan,

Thank you very much. I will get the coder to change the code and OPC js load setting as suggested and then re-test again.
I will update you if this has fixed our issue.

Regards,

Dewi

[admin]

hello, i've sent you also an updated version of opc (zip joomla installer) which automatically fixes this if the problem is detected.
best regards, stan

[webkos]

Hi Stan,

Thank you! We've updated the code as you suggested and it fixes the issue.
I will keep the zip installer in-case we need it.

Best Regards,
Dewi

[admin]

hello Dewi, it is included for the next OPC release so if you needed to update to later VM versions and you want to keep all up to date, you will be okay when upgrading OPC as well.

this is only a minor fix since it fixes the problem only on your custom theme (flatastic theme)

best regards, stan