Address not updated during checkout

Hello,

We will need more elements in order to be precise in our help, so can you provide these elements :
- Url link where we can experiment the issue
- A step by step process in order to reproduce your issue
- Active the Joomla Debug (level maximum) can give us clues about the root issue.

Awaiting your elements to progress on your subject.
Regards

Hi,

Thanks.

When I look at the HTML of the address form on your checkout, I can see some invalid HTML which I don't find on my end when I look at the same place on my test website.
So I conclude that the file show_block_address might have been customized in an invalid way, either by you or your template provider.
Check if you have the file templates/YOUR_TEMPLATE/html/com_hikashop/checkout/show_block_address.php
If you do, try renaming it and it should help.
If you don't, then it means that the issue is by default in HikaShop but only happens in some specific configuration of the checkout. We would need a backend access to check your settings. Could you provide that via our contact form with a link to this thread for reference ? www.hikashop.com/support/contact-us.html

Hi,

Then, we would need a backend access to check your settings. Could you provide that via our contact form with a link to this thread for reference ? www.hikashop.com/support/contact-us.html

Hello,

Can you please re-install the ProtoStar default template in order to perform a test with this same default template to see the impact on the current problem.
And makes your returns, and important notify us when it's done in order to process ourselves some tests with this default template.
Regards

Hello,

Keep a default template allow you to process some test with a basic template this makes it possible to verify that the template is not responsible, even in part, for the problem or to eliminate JavaScript, for example.

Some templates create custom views and can therefore disrupt the expected operation of HikaShop.
This also allows you to isolate if you have some HikaShop override view (associated with your current template).
In short, it's a way in the event of a problem to return to a more basic "configuration", and often to see things more clearly.

therefore it simplifies the analysis and improves our possibilities of finding the problem.
Regards

Hello,

We continue to deepen the analysis and many things surprise us,your website have tons of customers (fake customer and true user tests?) for only one customer with an address, from this there are only one order with a confirmed status.

So it works only one time for have a complete process, now we wonder if you process some operation directly in your SQL database?
What you could explain that a complete process have been succeed, and impossible since ?... Plugins added ? SQL requested in database ? Other operation ?...
So far we don't know,
we hope this will make you think of anything that can help us find new leads on your problem.

Regards

Hi,

I also had a look today. The address form now doesn't have any override and the HTML is similar to what we have on our end.
Also, when the data of the address was sent by the browser to the server that data was also correct.
And an address was created by HikaShop, but it didn't contain any data.
So that meant that the issue was during the saving of the address.
I directly thought it might come from a mass action or a custom plugin, but I couldn't find any mass action nor any custom plugin which could be related to this.
So I then checked the custom address fields and they looked fine in the backend.
Still I went and resaved them once just to make sure that the settings I thought in the backend really corresponded to what the checkout address saving system was seeing. And then I had the address saving working on the checkout.
So I conclude that there must have been some issue with the data of the custom address fields in the backend and saving them once fixed the problem.