Problems with custom fields for billing and shipping address not appearing on in

Hi,

You want to add the corresponding tags in the "address format" setting of the HikaShop configuration:
www.hikashop.com/support/documentation/5...ml#checkout_shipping

Do you get the invoice in the email to the customer ? Can you make sure that you don't have extra space before or after the email address in the input field ? Note that alternatively, you can add the email address in the "BCC" field of the "order status notification" email via the System>Emails menu.

Hello,

You have in each email edition your data tag, here in the "Html version" part :

Hi,

The tag Philippe proposed is to add the email address in the emails HTML when you edit them via the menu System>Emails.
You can't use that tag in the address format setting.

To display the email address directly inside the address area, you would need to actually use PHP code. Something like this should do the trick:

<?php
$userClass = hikashop_get('class.user');
$user = $userClass->get($this->address->address_user_id);
echo $user->user_email;
?>

Hi,

Then, could you provide a backend access via our contact form in order to check things out on your website ?
www.hikashop.com/support/contact-us.html

Hi,

1. Thanks for the backend access. I checked what I needed. Everything is ok as far as I can see.
However, I can see that you're using HikaShop 5.0.0, and not the 5.0.3 as you stated in your first message. We actually made several fixes for email attachments with HikaShop 5.0.1. So updating HikaShop might actually be all that you need to fix the problem.

Otherwise, it could be another problem but I would need to do tests on the website. Creating an order assigned to myself, and changing its status to trigger the email sending processing. Would you allow me to do that or is it a problem with your management of the website if I do this ?

2. That's not what I see on my end:
i.imgur.com/eCvbdvI.png
As far as I can see, the email address, as well as the URL to access the order are just fine.
Could it be that your email client or your browser or one of its extensions is doing this ?

Hi,

The PDF of the "normal" invoice is generated by this same plugin.
If this plugin didn't work at all, then this "normal" PDF invoice wouldn't be generated either.
If you disable the plugin, you'll see that you won't get the PDF invoice when you click on the invoice button of an order.
Also, this plugin properly attach PDF invoices to the emails for everyone else. It has done so on thousands of websites.
And we didn't change anything to it recently which would create that problem.
So either there is something else interfering, or your email server is refusing the attachments, or something.
Please provide a FTP access via our contact form. I'll look further into it.

Hi,

Well, the first thing will be to look in the plugins/hikashop/attachinvoice/attachinvoice.php file. There, I would start by adding debug code at the end of the onBeforeMailSend function to verify that the plugin adds the PDF invoice to the email on his end.
If not, then I would add debug at the beginning of the function, to check that the plugin is being called by Joomla, and move the debug between the beginning and the end of the function in order to narrow down where the problem is, if the problem is in there.
If yes, then the plugin does its job. So it has to be a mail server issue. I'm not sure what's your setup. If you have your own email server, then your technicians could look in the logs of the email server for clues on what is happening there with these emails. If you're using the email server of your hosting, then you would have to contact their support to check with them, with the email information so that they can look into the logs of the email server on their end, and they should be able to tell you what the problem is.

Well, the debug code has to vary based on where you add the debug and what information you want to get based on the variables available, and what your previous tests provided as information. If your technicians are developers like me, then they don't need me to tell them what to add exactly. Just the information I gave in my previous message will be enough. If they don't understand what to add themselves, I doubt it they'll be able to debug the issue by themselves. In that case, it would be better to provide a FTP access to us so that we can do it.

In any case, you can't damage anything with debug. Adding debug is about adding output to the page. For example:
var_dump('this line of code was used');
That way, you know whether PHP is going there or not, based on whether you see the debug on the output when you run an action.
Note however that in the cas of the PDF invoice plugin, since it acts when the order status is being changed, a var_dump might not be output to the browser. It be better to log the text in a file and read that file. If I was doing it, I would do for example:
hikashop_writeToLog('this line of code was used');
Then, change the status of an order to generate the email, and then, check the "payment log file" of the HikaShop configuration to see if the text 'this line of code was used' is at the end. If yes, then PHP went through my code, and thus whatever is before the hikashop_writeToLog call did its job. If no, then something must have blocked the process before.