Le champ « Privé » des modèles de courriel a disparu de l'écran

Vous aviez des modèles d’e-mails réservés à un utilisateur. Depuis la montée en version 23, la case qui permettait de les marquer privés n’est plus dans l’écran de configuration. Le réflexe est de penser que la fonction a été supprimée. Elle ne l’a pas été : c’est la colonne qui a été retirée de l’affichage.

Ce qui s’est passé

La colonne « Privé » a été retirée de l’écran des modèles d’e-mails par un commit du 20 novembre 2025. Le champ, lui, est resté en base, et il est toujours lu : un modèle marqué privé avant la migration continue d’être filtré pour les autres utilisateurs, sans que personne puisse plus le voir ni le changer depuis l’interface.

C’est le pire des deux mondes : un comportement invisible qui reste actif. On cherche pourquoi un collègue ne voit pas un modèle, et il n’y a plus rien à l’écran qui l’explique.

Comment cela a été vérifié

• Comparaison du code entre les versions 22, 23, 24 et la branche de développement : la colonne est présente en 22, absente ensuite.
• Commit responsable identifié et daté.
• Écran de configuration des modèles ouvert sur une instance 24 : la colonne n’y est pas.
• Champ toujours présent en base, et toujours pris en compte par le filtrage.

Les contournements, en attendant

Recréer le modèle. Plus lent, mais sans risque : recréez le modèle depuis l’interface. Le nouveau naîtra sans la marque « privé », donc visible de tous. Testé, cela fonctionne.

Remettre le champ à zéro en base. Si un modèle est bloqué en « privé » et que plus personne ne le voit, la valeur du champ peut être remise à zéro directement en base sur la ligne concernée. À faire avec une sauvegarde préalable, et seulement si vous savez ce que vous touchez : c’est une écriture directe, hors de l’interface, sans filet.

Le correctif

Le problème a été signalé au projet avec un correctif d’une ligne, proposé contre la branche 23.0 — la règle de contribution de Dolibarr veut qu’on corrige sur la plus ancienne version touchée, pour que la correction remonte ensuite dans les suivantes. La contribution n° 40176, liée au signalement n° 40175, a été fusionnée dans la branche 23.0 le 8 septembre 2026.

Ce qu’il faut en retenir

Une fonction retirée de l’écran mais laissée active en base ne provoque aucune erreur : rien ne casse, rien n’alerte. Le symptôme apparaît des semaines plus tard, chez un autre utilisateur, sous une forme qui n’a plus rien à voir avec la cause. C’est le genre de chose qu’une montée de version devrait vérifier, en rejouant la migration sur une copie avant de la faire pour de bon.