Mise à jour de Voozanoo 4 en production le 2021-01-05.

Edit me

Améliorations et nouvelles fonctionnalités

  • VOO4-1827 INTERPRETEUR - On peut modifier un custom varset.var

    • Jusqu’à présent, l’interpréteur ne différenciait pas les variables ajoutées en custom des autres. Maintenant il va essayer au maximum de ne pas toucher aux variables custom tout en restant cohérent avec la structure de varset souhaitée.

  • VOO4-1823 Ajout d’une méthode CLI pour mettre à jour les dictionnaires système

    • Plusieurs dictionnaires manquaient dans l’application portailepi, ce qui nous a amenés à créer une méthode CLI d’update des dicos système répertoriés dans le dossier src/resources/xml_resources/dico/ du noyau

    • Pour appeler cette méthode : php voo4_cli.php mtd=updateSysDico

  • VOO4-1819 INTERPRETOR - Tests fonctionnels (lot 2)

    • Amélioration de la gestion des tests fonctionnels pour gérer une arborescence ainsi que des erreurs non traitées.

  • VOO4-1804 Créer une méthode CLI de purge des connexions dans le varset “evt_log”

    • Ajout d’un script (voo4_cli “purgeWSConnectionEvt”) pour purger la table {pj}_evtlog_data des plus vieux enregistrements.

  • VOO4-1802 Nettoyer automatiquement la table sys_editor_publication

    • Suppression automatique des plus anciennes données concernant le status d’une publication dans la base de donnée d’un projet.

  • VOO4-1801 Créer une méthode CLI de purge du varset “pj_token”

    • Ajout d’un script (voo4_cli “purgePjToken”) pour purger la table {pj}_pj_token des plus vieux enregistrements.

  • VOO4-1800 Créer une méthode CLI de purge des tables “sys_script” et “sys_script_error”

    • Ajout d’un script (voo4_cli “purgeSysScriptAndSysScriptError”) pour purger les tables sys_script et sys_script_error des plus vieux enregistrements.

  • VOO4-1755 Faire en sorte que interpréteur Voo4 replace les double quotes par "

    • Ajout de tests fonctionnels pour garantir le bon format des textes stockés par l’interpréteur dans les XML.

  • VOO4-1739 INTERPRETER - Régénération complete d’un projet

    • Création d’un outil permettant de réparer un projet piloté par epicraft et qui aurait subi des anomalies dans ses XML.

Corrections

  • VOO4-1859 L’action get-file-info ne trouve pas le fichier en cours d’upload

    • La méthode Core_Library_Controller_Upload_Upload::GetFileInfoAction construisait le nom du fichier à retrouver de façon erronée, ce qui pouvait poser problème lors de la reprise d’un upload interrompu.

  • VOO4-1851 Interpréteur - Suppression d’une variable de la ressource varset

    • Lorsqu’une même variable d’un même varset était présente plusieurs fois dans un projet, il était possible de la supprimer par erreur dans Voozanoo 4.
    • Livré en hotfix le 15 décembre 2020 en réalité.

  • VOO4-1833 Upload des fichiers : ajout d’une sécurité pour s’assurer que les chunks uploadés sont ajouter une seule fois et dans le bon ordre.

    • En cas de mauvaise connectivité, il arrivait que, lors de l’upload d’un gros fichier, un chunk soit envoyé 2 fois au serveur. Ce chunk était alors ajouté 2 fois au document final ce qui faisait échouer l’upload. * Désormais, le serveur vérifie si le numéro de chaque chunk est cohérent avec l’état d’avancement du fichier final.

  • VOO4-1826 Le rafraîchissement du WidgetLoop gère mal les suppressions

    • Le widgetloop ne nettoyait pas les widgets instanciés lors d’un rafraîchissement de dataset, il les écrasait. Ce fonctionnnement posait problème lors de suppressions dans le dataset utilisé par le widgetloop car le Layout conservait des références à des widgets qui n’existaient plus.
    • Les widgets instanciés par le WidgetLoop sont désormais détruits (appel de la méthode Destroy + suppression de la référence dans l’objet Layout) puis re-rendus.

  • VOO4-1820 Bug sur la fonction GetUsersByRole()

    • La méthode Core_Library_User_Manager::GetUsersByRole() plantait si l’un des utilisateurs de l’application était au status “deleted”. C’est désormais corrigé.

  • VOO4-1816 INTERPRETEUR - Il est possible d’interagir avec le contenu d’un custom

    • En ajoutant un attribut editeur_id à l’intérieur d’une balise d’un custom, il était possible d’intercepter des actions epicraft visant un autre composant.

  • VOO4-1815 Aligner le calcul de complexité des mots de passe côté serveur et côté client

    • La vérification de la force du mot de passe sur le formulaire puis à l’enregistrement de celui-ci pouvait diverger, c’est maintenant corrigé

  • VOO4-1782 La colonne “password” de la table pj_old_password ne fait pas la bonne longueur

    • Le passage à l’algorithme de hashage sha256 avait nécessité une modification de la table {pj}_user_data : la colonne “password” était désormais trop petite pour stocker les mots de passe hashés. Cette mise à jour de la table est géré de façon automatique par le noyau.
    • La même opération aurait dû être effectuée pour la table {pj}_pj_old_passwords, en charge de stocker les anciens mots de passe utilisateur des application en mode “mot de passe fort” mais ça n’avait pas été fait. C’est désormais le cas : la table est désormais automatiquement modifiée si besoin lors de la sauvegarde d’un nouveau mot de passe.

  • VOO4-1753 Les variables de type time et datetime produisent une erreur interne sur mailmerge

    • La visualisation d’un export contenant des données de type time ou datetime fonctionne de nouveau