Mise à jour de Voozanoo 4 en production le 2021-01-19.
Améliorations et nouvelles fonctionnalités
- VOO4-1860 Modifier le script “ Voozanoo4/script/name_release_tag.sh” pour qu’il gère correctement les semaines impaires
- Amélioration du script name_release_tag.sh pour mieux gérer les livraisons sans prendre en compte le caractère paire/impaire des semaines.
- VOO4-1857 Ajouter un mode readonly au widgethighlighter
- Ajout d’un mode “read-only” au WidgetHighlighter (Code Mirror) qui empêche la modification du contenu
- Pour ajouter ce mode, passer l’option
<option output="html" option_name="readonly" value="true"/>
au widget
- VOO4-1855 INTERPRETEUR - Tri des column_simple dans les dataquery
- Tri par ordre alphabétique des column_simple dans les dataquery.
- VOO4-1852 Tests fonctionnels - Ajout d’un script pour scanner un dossier et lancer tous les tests disponibles
- Il est à présent possible de lancer tous les tests fonctionnels d’un dossier sans avoir à les répertorier individuellement.
- VOO4-1842 Revoir la méthode CLI export renforcer la sécurité de ses paramètres
- Ajout de vérifications sur les paramètres passés à la méthode Voo4CliApi::export
- VOO4-1817 Empêcher la création de secret contenant des caractères incompatibles avec les WS
- Le champ “secret” fonctionne désormais comme le champ “mot de passe” des utilisateurs : caractères interdits, sécurité renforcée si le mode “mot de passe fort” est activé, etc.
- D’un point de vue technique, le widgetsecret a été remplacé par un widgetpassword dans les formulaires du noyau “edit_secret” et “new_consumer”
- VOO4-1803 Créer une méthode CLI de purge des varsets “oauthnonces” et “oauthtokens”
- Ajout d’un script (voo4_cli “purgeOAuth”) pour purger les tables oauthnonces_data et oauthtokens_data des plus vieux enregistrements.
- A noter : avant ce développement, la colonne sys_creation_date n’était pas renseignée, seuls les enregistrements insérés à partir de maintenant seront donc concernés par cette méthode. Les enregistrements précédents devront être purgés à la main.
- VOO4-1759 L’erreur lors du download d’un fichier disparu est mal gérée
- Amélioration du comportement du WidgetUpload lors du téléchargement d’un fichier qui a disparu de la base de données et/ou du serveur
- Désormais, au lieu d’afficher une page blanche, l’application fait popper une alerte indiquant que le fichier n’a pas pu être trouvé.
Corrections
- VOO4-1858 Change of dataquery technical name not reflected in label & value nodes
- La modification du nom technique d’un dataquery impacte désormais les champs d’un formulaire branchés dessus.
- VOO4-1856 INTERPRETEUR - Champ sans source de donnée
- Mauvaise gestion des champs si la source de donnée associée n’existe pas.
- VOO4-1854 INTERPRETEUR -
varset.var
et duplication- Nettoyage des varsets pour éviter des doublons dû aux varset.var
- VOO4-1850 Des ‘PHP Warnings’ dans mon terminal, en locale, quand je clique sur ‘Plan de test’ d’une application
- Suppression des erreurs de type “PHP Warning” au lancement du plan de test.
- VOO4-1840 Doublon de resource Menu possible
- Les utilisateurs pouvaient créer 2 menus au sein d’un même projet, ce qui ne devrait pas être possible. Ce comportement a été corrigé.
- A noter : Dans le cadre de cette correction, le retour de la méthode Core_Library_Resource_Manager::CountResourcesFromType a été corrigé pour correspondre à la phpdoc : cette méthode renvoyait un nombre sous forme de string, elle renvoie désormais un integer.
- VOO4-1837 Problème d’affichage de la fonctionnalité d’import et d’export des groupes
- Correction de l’affichage du bloc relatif à la fonctionnalité d’import/export des groupes pour les projets avec plusieurs axes (les libellés des boutons disparaissaient).
- VOO4-1835 Les exceptions lancée dans la méthode buildAction de Core_Library_Controller_Export_Index ne sont pas loggées
- Les exceptions lancées par les exports “normaux” (voozanoo.export.async = false) passaient par des méthodes dédiées aux exports “asynchrones”, ce qui faussait les messages d’erreur.
- VOO4-1824 Erreur en console lors de la suppression d’un rôle
- Une erreur (sans impact sur le résultat) apparaissait en console lors de la suppression d’un rôle. Elle était dû à la mauvaise configuration de l’action “getdataset” du formulaire.