anjitha21

Hi @justinkiawah @giannisdigitup

Thank you for sharing the screenshots and the detailed steps you followed.

Regarding your main concern about losing all custom markup and the wcdn_order_info_fields hook — you’re absolutely right. That hook was used in version 6.0 and is no longer available in version 7.1.1 due to the template refactor. This is why your previous customizations are no longer being applied.

If you still have your version 6 overridden template files, please share them with us.

We can help you map the old hook-based customization to the new template structure in version 7 and guide you on exactly where to insert your custom code.

Looking forward for your reply.

Hi @bclamagirand

Thank you for taking the time to explain the issue in detail — I can see why this is frustrating, especially since everything was working smoothly for you in version 6.

With the changes introduced in version 7.1.1, the template structure has been updated.

Here are the steps for the template override:

Open your active theme folder: wp-content/themes/your-theme/
Create a folder named woocommerce-delivery-notes inside it.

1. Find the template file you want to change inside the plugin: wp-content/plugins/woocommerce-delivery-notes/templates/
2. Copy that file into the folder you created in step 2, keeping the same filename
3. Edit the copied file in your theme — the plugin will use it automatically

Available template files:

• invoice.php — Invoice
• receipt.php — Receipt
• deliverynote.php — Delivery Note
• packingslip.php — Packing Slip
• creditnote.php — Credit Note
• base.php — Shared layout used by all documents

Override styles
Find the CSS file you want to change inside the plugin: wp-content/plugins/woocommerce-delivery-notes/templates/css/

1. Copy it into your theme, recreating the same folder structure under woocommerce-delivery-notes/css/
2. Edit the copied file — your styles will be loaded instead of the plugin’s

Available CSS files:

• css/style.css — Applies to all documents
• css/html/style.css — Applies to browser print only
• css/pdf/style.css — Applies to PDF output only

Notes

• If using a child theme, create the folder in the child theme — not the parent
• The override affects only the live print preview and the document PDF generation. The frontend preview on the admin page isn’t affected.

Regarding the currency symbol showing as “EURO” instead of “€”, this is already a known issue in the current version, and our developers are actively working on a fix.

Similarly, the date format displaying in US format instead of the expected DD-MM-YYYY has been escalated to the development team so that it respects your site’s regional settings.

We truly appreciate your feedback, as it helps us improve the plugin, and I’m here to assist you further if you’d like help with the anything further.

Hi @chrisbdm

Thanks for the detailed explanation.

I tired to replicate this issue on my end, however, the PDFs attached to emails seems to be correct.

Please let me know where you are using coding to make words bold. A screenshot of the settings and screenshot of the invoice will be helpful to identify the correct issue.

Looking forward for your reply.

Hi @wesb2023

Hi there,

Thanks for sharing such a detailed explanation — that really helps narrow things down.

From what you’ve described, this does sound like a plugin conflict scenario, especially since the issue disappears when both our plugin and Mailchimp for WooCommerce are disabled. The behavior you’re seeing (order processed successfully in the background, but an error shown at checkout) typically points to something interrupting the final response after payment is completed.

To be transparent, our plugin does not interact with the checkout/payment process directly, so it shouldn’t create or duplicate orders on its own.

Please check your WooCommerce → Status → Logs (and server error logs) for any fatal errors around the time of checkout. You can share the error with us so it can help pinpoint where the failure occurs.

Please temporarily disable all plugins except WooCommerce and our plugin, and then try placing a test order. If the issue still occurs, it could be related to our plugin, and we’ll investigate further.

Next, enable the other plugins one by one, testing the checkout each time. This will help identify which specific plugin is causing the conflict.

Please try this on your end and let us know the results, we will check it further.

Hi @delucks

This is still possible, but the behavior has changed with the new React-based templates.

Here are the steps for the template override:

Open your active theme folder: wp-content/themes/your-theme/
Create a folder named woocommerce-delivery-notes inside it

1. Find the template file you want to change inside the plugin: wp-content/plugins/woocommerce-delivery-notes/templates/
2. Copy that file into the folder you created in step 2, keeping the same filename
3. Edit the copied file in your theme — the plugin will use it automatically

Available template files:

• invoice.php — Invoice
• receipt.php — Receipt
• deliverynote.php — Delivery Note
• packingslip.php — Packing Slip
• creditnote.php — Credit Note
• base.php — Shared layout used by all documents

Override styles
Find the CSS file you want to change inside the plugin: wp-content/plugins/woocommerce-delivery-notes/templates/css/

1. Copy it into your theme, recreating the same folder structure under woocommerce-delivery-notes/css/
2. Edit the copied file — your styles will be loaded instead of the plugin’s

Available CSS files:

• css/style.css — Applies to all documents
• css/html/style.css — Applies to browser print only
• css/pdf/style.css — Applies to PDF output only

Notes

• If using a child theme, create the folder in the child theme — not the parent
• The override affects only the live print preview and the document PDF generation. The frontend preview on the admin page isn’t affected.

Please try it from your end and let us know if there are any further questions.

Hi @giannisdigitup

Yes, this is still possible, but the behavior has changed with the new React-based templates.

Here are the steps for the template override:

Open your active theme folder: wp-content/themes/your-theme/
Create a folder named woocommerce-delivery-notes inside it

1. Find the template file you want to change inside the plugin: wp-content/plugins/woocommerce-delivery-notes/templates/
2. Copy that file into the folder you created in step 2, keeping the same filename
3. Edit the copied file in your theme — the plugin will use it automatically

Available template files:

• invoice.php — Invoice
• receipt.php — Receipt
• deliverynote.php — Delivery Note
• packingslip.php — Packing Slip
• creditnote.php — Credit Note
• base.php — Shared layout used by all documents

Override styles
Find the CSS file you want to change inside the plugin: wp-content/plugins/woocommerce-delivery-notes/templates/css/

1. Copy it into your theme, recreating the same folder structure under woocommerce-delivery-notes/css/
2. Edit the copied file — your styles will be loaded instead of the plugin’s

Available CSS files:

• css/style.css — Applies to all documents
• css/html/style.css — Applies to browser print only
• css/pdf/style.css — Applies to PDF output only

Notes

• If using a child theme, create the folder in the child theme — not the parent
• The override affects only the live print preview and the document PDF generation. The frontend preview on the admin page isn’t affected.

Please try it from your end and let us know if there are any further questions.

Hi @kulwindermacron

From what you’ve described, your approach sounds correct. In most cases, if the changes are not reflecting, it could indeed be due to caching. I’d recommend the following checks:

• Clear any site/cache plugin cache (e.g., page cache, object cache)
• Clear your browser cache or try in an incognito window

Additionally, please double-check:

• The folder path is exactly:
  wp-content/themes/your-child-theme/woocommerce-delivery-notes/templates/
• The modified files (base.php / invoice.php) are placed inside this folder
• There are no typos in the folder or file names

If the issue persists after this, could you please share a screenshot of your folder structure and confirm which changes you made in the template?

We’ll be happy to take a closer look and help you get this working as expected.

Thanks again for your patience — we’ll make sure this gets sorted for you.

Hi @chrismalone617

Thank you for reaching out.

I tried to replicate the issue on my end using the latest version, but the documents are downloading correctly from the print page. To help us investigate this further, could you please share a few additional details:

• Which document types are giving the 403 error (Invoice, Packing Slip, Delivery Note, etc.)?
• Does the error occur for all orders or only specific ones?
• Could you share a screenshot of the 403 error message?
• Are you using any security plugins (e.g., firewall, access control, hotlink protection) or server-level protections that might block file access?
• If possible, can you check your error logs around the time the error occurs and share any relevant entries?

This information will help us narrow down the cause and assist you more effectively.

Looking forward to your reply.