La version 7.0.3 ?

Maintenir mon Dolibarr
1

Bonjour,

J’ai vu que la version 7.0.3 est disponible au téléchargement.

Quels sont les nouveautés ? Des corrections de bug? Elle possède des bugs?

Merci.

2

Bonjour,
Elle ne contient que des correctifs. Elle est censé être moins bugguée que la précédente de ce fait !
@+

3

Bonjour ,

Concernant les « fix » vous pouvez voir le changelog .

4

Dans notre cas, le passage de la v5.0.4 à 7.0.3 n’est pas en l’état envisageable.

Dernière découverte en date: la disparition des variables de substitutions permettant la personnalisation des emails sortant: propositions commerciales / factures client / commandes fournisseurs / etc…

Je pense qu’un des développeurs a pris l’initiative de regrouper toutes les variables de substitution dans la fonction getCommonSubstitutionArray située dans ./core/lib/functions.lib.php. L’initiative est louable mais le problème est que la plupart des variables sont restées sur le carreau :blink: .

Exemple concret en 5.0.4:
fichier fourn/commande/card.php, ligne 2184:

                // Tableau des substitutions
                $formmail->setSubstitFromObject($object);
                $formmail->substit['__ORDERREF__']=$object->ref;                        // For backward compatibility
                $formmail->substit['__ORDERSUPPLIERREF__']=$object->ref_supplier;       // For backward compatibility
                $formmail->substit['__SUPPLIERORDERREF__']=$object->ref_supplier;

Aucune de ces variables n’a été reportée dans la fonction getCommonSubstitutionArray de la 7.0.3 (ou alors mon find / grep est aveugle :whistle: )

Comment est-ce que cela a-t-il pu passer au travers des différentes versions 6.x et 7.x ?

Ou alors, il est possible que je n’ai rien compris et qu’il existe une autre méthode permettant d’ajouter ces variables de substitution autrement que de modifier les sources…

Vos avis ?

5

Edit:

Après lecture du code, il semblerait que les anciennes variables…
ORDERREF
ORDERSUPPLIERREF
SUPPLIERORDERREF
PROPREF
… aient été remplacées par l’unique variable REF

Une fois la migration effectuée, il faut reprendre tous les modèles des courriels mais cela pose problème pour les e-mails d’expédition.
En effet, dans ce cas précis, il est plus acceptable de prévenir que client que sa commande est en cours de livraison en utilisant le numéro de commande (ex ORDERREF) plutôt que la référence du bon de livraison qui n’est pas parlant.

6

Hello,
Pour ceux qui seront confrontés aussi au problème d’absence de la référence de commande dans les variables de substitution lors de l’envoi d’un e-mail d’expédition, voici le bout de code à ajouter au fichier ./core/lib/functions.lib.php

./core/lib/functions.lib.php, ligne 5509 AVANT:

                        if (is_object($object) && $object->element == 'shipping')
                        {
                                $substitutionarray['__SHIPPINGTRACKNUM__']=$object->tracking_number;
                                $substitutionarray['__SHIPPINGTRACKNUMURL__']=$object->tracking_url;
                        }

./core/lib/functions.lib.php, ligne 5509 APRÈS:

                        if (is_object($object) && $object->element == 'shipping')
                        {
                                $substitutionarray['__SHIPPINGTRACKNUM__']=$object->tracking_number;
                                $substitutionarray['__SHIPPINGTRACKNUMURL__']=$object->tracking_url;
// 24/08/2018 - ajout de la référence de commande dans les variables de substitution (__ORDERREF__) pour les e-mails d'expédition - DÉBUT
                                if (is_object($object->commande))
                                        $substitutionarray['__ORDERREF__']= (isset($object->commande->ref) ? $object->commande->ref : '');
// 24/08/2018 - FIN
                        }

A voir comment cela va évoluer dans les version ultérieures… :sunglasses: