Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unsubstituted variable when mass mailling #29508

Open
manu5801 opened this issue Apr 27, 2024 · 0 comments
Open

Unsubstituted variable when mass mailling #29508

manu5801 opened this issue Apr 27, 2024 · 0 comments
Labels
Bug This is a bug (something does not work as expected)

Comments

@manu5801
Copy link

Bug

The variable __CONTACT_NAME_BILLING__ is not always substituted when used in a mail content. The issue arises only when we send at least 2 mails. The other variables (namely __THIRDPARTY_CODE_CLIENT__ and __THIRDPARTY_NAME__) are correctly substituted, and __CONTACT_NAME_BILLING__ is correctly substituted when we send only one mail.
See a precise bug report attached to this issue (in french).

Dolibarr Version

18.0.5

Environment PHP

php 8.1.27 - apache, mod_php

Environment Database

mariadb 10.11.6

Steps to reproduce the behavior and expected behavior

  1. Create an email model including __CONTACT_NAME_BILLING__
  2. From the invoice list, select one unpaid invoice, and email the invoice using this email model: __CONTACT_NAME_BILLING__ is correctly substituted in the received email
  3. From the invoice list, select two or more unpaid invoices: __NAME_BILLING__ is NOT substituted in the received mails

Expected behavior: __CONTACT_NAME_BILLING__ should be always correctly substituted

Attached files

The attached file is a complete bug report (in french)

20240426_LePic_dolibarr_facturation_bug.pdf

@manu5801 manu5801 added the Bug This is a bug (something does not work as expected) label Apr 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug This is a bug (something does not work as expected)
Projects
None yet
Development

No branches or pull requests

1 participant