rued:
In ./admin/includes/boxes/extra_boxes/worldpay_response_customers_dhtml.php you have defined the db table, also FILNAME define could go here then. Or best, all defines moved into new files in ./includes/extra_datafiles/ and ./admin/includes/extra_datafiles/
Ahh, but I was working from the paypal template using
/admin/includes/languages/english/paypal.php
so that would be the correct place in theory. It could go into ./admin/includes/extra_datafiles/ but that would kill the ability to translate it into a different language as that's a global load.
rued:
Was this maybe English sites/language then? My workaround was to copy and rename ./email/email_template_checkout.html into ./email/email_template_wp_callback.html AND ./email/no/email_template_wp_callback.html
The sites were English language but I suspect something else is different in the configuration, I debugged it from your error message which gave me the page ./includes/functions/functions_email.php
and this:
if (!file_exists($template_filename)) {
if (isset($block['EMAIL_TEMPLATE_FILENAME']) && $block['EMAIL_TEMPLATE_FILENAME'] != '' && file_exists($block['EMAIL_TEMPLATE_FILENAM
E'] . '.html')) {
$template_filename = $block['EMAIL_TEMPLATE_FILENAME'] . '.html';
} elseif (file_exists($template_filename_base . str_replace(array('_extra','_admin'),'',$module) . '.html')) {
$template_filename = $template_filename_base . str_replace(array('_extra','_admin'),'',$module) . '.html';
} elseif (file_exists($template_filename_base . 'default' . '.html')) {
$template_filename = $template_filename_base . 'default' . '.html';
} else {
$messageStack->add('header','ERROR: The email template file for (' . $template_filename_base . ') or (' . $template_filename . ') c
annot be found.','caution');
return ''; // couldn't find template file, so return an empty string for html message.
}
}
So there should be something on your system displaying the messagestack whereas on the other systems it's probably turned off. It only needs one file on the system to be found though, so I just copied it to email_template_wp_callback.html. It's a pity but I can't add the wpdisplay box to the email as it's a worldpay pull that puts it on the page.
rued:
Not sure that you should see a different, as long as there isn't any special characters (like å,ø,æ,ä,ö etc.).
I think you're right on this one, but not sure if I can help you debug it as I don't have any WorldPay account myself - just helping someone out with it. But I'll see if I can arrange something for you, and if so PM you.
all that really needs doing, is examining what headers worldpay sends out when it pulls the page through, and a start would be Mozilla 3 and Tools > page info. I could go onto a friend's website or find an un-patched one and break into it, in "test mode" but I thought I'd ask for volunteers first.
rued:
ZC 1.4 will hopefully come with a migration tool to overcome this issue, if not each and one having special characters stored would need to convert their database manually into utf8 collation. Not really a hard thing to do....
Not hard, but
- Time consuming
- Beyond the understanding of most basic shop administrators
The forums shall be filled with people claiming ZC is broken because of "the squiggles".
