-
3.1.19
19ème patch de la version 3.1.x ### Ajouts - [Civilité] Une variable est ajoutée permettant d'indiquer si on souhaite que la civilité soit en majuscule ou non - Dans l'onglet reprenant les informations du flux d'origine ou refusé, les commentaires sont désormais repris. - Ajout d'une variable (Configure::write('PdfConvert.In14Version', false);) permettant de ne pas forcer la conversion des PDFs en version 1.4 ### Modifications - Lorsqu'un mail est envoyé depuis un flux, il est possible d'afficher le contenu du mail via une variable à activer - [Scrutation de mails] Le champ "Répertoire où le mail sera déplacé après traitement" n'est pas obligatoire - [Scrutation de mails] Si le répertoire de déplacement des mails est défini, les mails sont désormais bien déplacés - [Outils d'administrateur] La suppression de tous les flux est mise sous condition afin d'éviter les erreurs de manipulation - Les liens présents dans les mails de notifications quotidiennes sont désormais cliquables - Pour la civilité, "Monsieur et Madame" devient "Madame et Monsieur" ### Corrections - Suite à une recherche depuis le carnet d'adresse, l'organisme n'était pas modifiable - Lors de l'import d'un organisme, le champ adresse complète n'était pas bien repris - Suite à une recherche depuis le carnet d'adresse, le contact n'était pas modifiable -
3.1.20
## [3.1.20] - 2024-02-29 ### Modifications - Lorsqu'on consulte les habilitations d'un utilisateur, on n'affiche plus les profils désactivés - Dans le cas où le fichier n'est pas stocké en webdav, utilisation de la fonction $this->response->file pour le téléchargement des PJs - Dans l'historique du flux, affichage de l'action permettant l'envoi pour copie - Lors d'un envoi en copie, on stocke l'information dans le journal des événements ### Corrections - Lorsque Pastell v4.x ne répond pas ou remonte un erreur, on récupère le message d'erreur et on ne bloque pas l'utilisateur lors de la connexion - La suppression d'un contact depuis la carnet d'adresse n'était pas possible - Si le iparapheur renvoie une erreur 500 (Erreur interne du serveur), l'accès à webgfc est bloqué - Le traitement par lots entraînait la création d'entrée dans la table bancontenus autant de fois que de flux sélectionnés. - Dans les métadonnées d'un flux, si la métadonnée est de type bouton radio, le champ required n'était pas pris en compte - [Recherche] Si la variable Configure::write('Recherche.FluxCopie', false); est à false, et que l'on fait une recherche par n° de référence, la jointure sur bancontenus est manquante - Dans l'historique du flux, si un envoi pour copie est fait sur un flux clos, l'information de son statut était modifiée indiquant que le flux était en cours - Si le sujet du mail est trop long (> 220 caract.), il n'est pas possible d'afficher son contenu dans la visionneuse - [Recherche] Lors de la recherche par n° de référence, si la variable Configure::write('Recherche.FluxCopie', false); est à false, les flux enfants/parents ne ressortent pas en même temps après une recherche - [Recherche] L'affichage du bouton de suppression des recherches enregistrées était mal positionné - En cas de modification d'une métadonnée, on perdait la notion d'obligatoire dans les sous-types associés