CHANGEMENTS 


<i>Liste plus détaillée des évolutions : https://gitlab.irap.omp.eu/epallier/labinvent/commits/master</i>







======= NEWS =======


-------
2/12/2021 NEWS#8 (v5.5) :

- Mise à jour du framework sous-jacent CakePhp (on est passé d'une v3.7 mal configurée à la v3.10 bien configurée)


-------
29/11/2021 NEWS#7 (v5.4) :

- Partitionnement possible des matériels par site


-------
22/11/2021 NEWS#6 (v5.3.4) :

- Champs obligatoires, modifiables, et readonly, désormais configurables via page web

- Domaines, Catégories, et Sous-Catégories enfin gérables plus facilement



-------
13/09/2021 NEWS#5 (v5) :

- Documentation en ligne (install et technique) grandement mise à jour, pour une progression plus logique 

- Nouveau workflow incluant une nouvelle étape (optionnelle) de "commande d'un matériel" (demande d'achat, nouveau bouton "Commander")

- Champs obligatoires (et modifiables) désormais configurables (pour la saisie d'un matériel)

- Installation du logiciel désormais disponible via DOCKER (en quelques petites minutes) 

- Liste des matériels beaucoup plus pratique (colonnes plus pertinentes) et filtrage plus efficace

- Recherche des matériels plus fonctionnelle et résultats affichés exactement comme la liste des matériels (même colonnes pertinentes) 

- Page "Gestion des fournisseurs" enrichie (/fournisseurs/index) avec :
    => (superadmin) Bouton "Nettoyer la liste complète" (nettoyage "automagique" de la liste par suppression intelligente des doublons et espaces en trop)
    => (administratif) Bouton "Remplacer" un fournisseur par un autre

- Ajout de la notion "d'utilisateur" en plus de la notion "d'acheteur" :
    => "L'acheteur" commande un matériel pour un "utilisateur" destinataire du bien (par défaut, lui-même),
    => peut aussi être juste la précision d'une destination quelconque (local technique, manip...)
    => le but est seulement de préciser QUI utilise ce bien, ou à QUOI il est destiné exactement 
    
- Et comme toujours : Correction de nombreux bugs pour une version plus stable


-------
31/03/2021 (v4.108.18) :

- Installation du logiciel désormais disponible via DOCKER (en quelques petites minutes) 


-------
FÉVRIER 2021 (v4.108.0) - GROSSE AMÉLIORATION DE LA PHASE INSTALLATION (FROM SCRATCH) :

- Documentation en ligne (install et technique) grandement mise à jour, pour une progression plus logique 
- Install from scratch OK !
- script d'installation plus simple, robuste, et cohérent
- l'appli devrait normalement bien fonctionner dans les 2 modes "avec LDAP" ou "sans ldap"
- Bugfix plusieurs erreurs qui apparaissent quand il n'y a aucun matériel dans la BD...
- ...		
		

-------
30/11/2020 (v4.107.21) :

- Liste des matériels beaucoup plus pratique (colonnes plus pertinentes) et filtrage plus efficace
- Recherche des matériels plus fonctionnelle et résultats affichés exactement comme la liste des matériels (même colonnes pertinentes) 


-------
20/10/2020 (v4.105.29) :

Page "Gestion des fournisseurs" enrichie (/fournisseurs/index) avec :
	=> (superadmin) Bouton "Nettoyer la liste complète" (nettoyage "automagique" de la liste par suppression intelligente des doublons et espaces en trop)
	=> (administratif) Bouton "Remplacer" un fournisseur par un autre

Ajout de la notion d'"utilisateur" en plus de la notion d'"acheteur" :
	=> L'"acheteur" commande un matériel pour un "utilisateur" destinataire du bien (par défaut, lui-même), 
	=> peut aussi être juste la précision d'une destination quelconque (local technique, manip...)
	=> le but est seulement de préciser QUI utilise ce bien, ou à QUOI il est destiné exactement 


-------
02/10/2020 NEWS#4 (v4.103.25-3.7.9) :

Nouveau bouton "Exporter la liste courante" sur la vue liste des matériels (materiels/index) 

Remaniement complet du système de notification :
	=> toute action (création, modification, suppression...) faite sur toute entité (Materiel, Document, Suivi, Emprunt, ...) 
	peut désormais générer une notification (email, log, ou les 2)
	=> par défaut, seules quelques actions de quelques entités importantes (matériels et documents) envoient des notifications
	=> on peut notifier soit par mail, soit par log, soit par les 2 moyens (mail et log)
	=> la liste des actions "notifiantes" est affichée sur une page web (/pages/notifications)
	=> cette liste est entièrement configurable, et indépendamment pour chaque labo (pour chaque instance du logiciel)
	=> cette configuration se fait via le code source (comme pour les règles d'accès, pas encore via la BD, ca viendra peut=>être un jour...)
	- Par défaut, les mails sont envoyés :
		=> au "propriétaire" (l'utilisateur) du matériel
		=> au gestionnaire de référence du matériel
		=> aux responsables thématique et métier du matériel
		=> et aussi à une liste de mails prédéfinie et configurable via la page web de configuration générale
		=> (TODO) peut-être plus tard, aux responsables (scientifique et chef projet) du projet auquel le matériel est associé
    Bien sûr, l'auteur de l'action n'est pas notifié (il est déjà au courant...)
	
Gestionnaire de référence : 
La sélection d'un "gestionnaire de référence" est désormais obligatoire lors de la validation d'une fiche matériel.
Par défaut, si c'est un gestionnaire qui valide (et c'est normalement le cas...), c'est lui qui est mis comme "gestionnaire de référence" 
(sauf s'il y en avait déjà un déclaré avant).
L'exportation de la liste des matériels inclut désormais le champ "Gestionnaire"
On peut aussi faire une recherche de matériels par gestionnaire.



-------
11/09/2020 NEWS#3 (v3.7.9.100) :

- Nouvelle entité "Projet", à laquelle un matériel peut (ou pas) être associé 

- Nouveau filtre de la liste des matériels (index) => par "Projet"

- Nouveau format étiquette 19mm "avec le QrCode" pour la nouvelle étiqueteuse (Dymo MobileLabeler) 
=> permettra d'identifier un matériel juste en prenant son étiquette en photo avec un smartphone :-)

- Bugfix d'un gros bug qui incrémentait le numéro d'inventaire à chaque modif d'une fiche matériel !


-------
31/07/2020 NEWS#2 (v3.7.9.91) :

- Nouvelle page "Statistiques" (depuis accueil et menu Outils, /pages/stats) : nombre de matériels créés, validés, archivés, suivis, et prêtés (en moyenne, au total, et par année)

- Nombreuses améliorations de la page qui liste les matériels (/materiels/index) :
	=> nouveaux filtres "age" et "domaine" pour afficher les matériels par domaine (informatique, électronique, ...) ou/et par tranche d'âge (par défaut "moins de 5 ans", mais aussi 5-10 ans, 10-15 ans...) 
	=> colorisation selon statut du matériel (à valider, validé, à archiver, archivé)
	=> Nouveau champ de recherche générale des matériels : plus intuitif, plus pratique, plus efficace 

- LOGOS personnalisés par labo

- Nouvelle page web pour visualiser les changements faits sur le logiciel (cette même page que vous visualisez actuellement) : /pages/changes

- Simplification du type de matériel (administratif, technique) : il n'y a désormais qu'UNE SEULE case à cocher qui s'appelle "matériel technique"
	=> si cette case n'est pas cochée, le matériel est donc "inventoriable" et le prix doit alors être supérieur à 1000E

- Mode "nolimit" pour le profil "superadmin" activable depuis la page de configuration (/configurations/view) : permet de donner (temporairement) plus de droits au super administrateur ("Superadmin a tous les droits", depuis menu Tools) 

- Numéro inventaire désormais régénéré si on change la date d'achat (l'année est mise à jour)

- Renforcement des contrôles sur les dates pour éviter des incohérences (date achat, livraison, fin garantie...)

- Meilleure résilience (reprise après crash) du script UPDATE


-------
06/07/2020 NEWS#1 (v3.7.9.55) :

Depuis mars 2020, le logiciel est devenu "mobile-friendly", il se présente donc correctement aussi bien sur l'écran d'un pc classique que sur une tablette ou un smarphone.

La version du logiciel (actuellement 3.7.9.54) se calque désormais sur celle du framework sous-jacent utilisé (CakePhp), c'est à dire v3.7.9, en attendant un passage à la version 4 (php7 only), qui pourrait avoir lieu avant la fin de l'année...
Il est toujours compatible avec Php 5.6, mais est prioritairement axé sur Php 7 et tournera bientôt exclusivement avec cette dernière version.

Outre ces changements, voici d'autres changements importants :

- Installation guidée via la simple commande "INSTALLATION"

- Mise à jour de plus en plus simple via la simple commande "UPDATE" (met à jour l'ensemble du logiciel : le code source, la base de données, et les plugins)

- Affichage de la version de tous les composants utilisés via la simple commande "VERSION"

- La plupart des paramètres du logiciel sont désormais configurables via une page web

- Nouveau système de gestion des autorisations par profil : cette gestion est désormais beaucoup plus centralisée et permet aussi à chaque laboratoire d'ajuster les règles selon sa convenance
(NB: cette configuration ne se fait pas encore via une page web (ça viendra), mais directement dans le code source)  

- Nouvelle page web qui affiche toutes les autorisations actuelles (/pages/acls)

- Nouvelle page web qui affiche les logs applicatifs (/pages/logs) : cela permet notamment de suivre les actions effectuées par les utilisateurs (historique de "qui a fait quoi"), et de voir s'il y a un problème quelconque sur le serveur

- Renforcement important des tests pour assurer la qualité du logiciel (lancés via la simple commande "TESTS")

- Amélioration importante de la documentation technique en ligne : https://tinyurl.com/labinvent

- Une VM linux (Ubuntu) est désormais disponible pour faciliter le déploiement

	


======= TODO QUI PEUT ATTENDRE =======

will_stay => resident (ou permanent)


- Install from scratch

- Update VM


- check add by copy

- appel à contribuer


cakephp 3.9

cake crud + view


Install WSL2 sur pc


- Adapter règles "nouveau suivi"




======= TODO A VOIR OU RE-VERIFIER (toujours nécessaire ?) =======

	- Profils qui peuvent éditer/modifier les catégories / sous catégories dans une fiche matériel existante
		En particulier les personnes qui ont un rôle de « responsable ». 
		Peuvent-elles modifier la catégorie/sous-catégorie d’un matériel existant ? 
		Si non, ça serait bien pratique qu’elles le puissent 
		car seul superadmin peut le faire...
		
(Elodie) Install DCD sur postes :
- Carole (+titreuse)
- Marjorie et Dorine en premier lieu.
- Quand elles reviendront : Nathalie et Joëlle.
- Partager les imprimantes de Jean-Louis (pour Roche) et Carole (pour Belin)

- install GEPI

	*) Check extension ldap dans page web installation
	
	*) Augmenter taille upload de mon labo
	
	*) Créer une page qui liste les gestionnaires
	
	
	*) SUPERADMIN
	=> par défaut, au minimum, mêmes droits que ADMIN
	=> mais il peut avoir des droits EN PLUS (jamais en moins)
	Donc, en fait, SUPERADMIN = ADMIN (mais superadmin peut éventuellemet faire encore plus de choses)
	(SUPERADMIN = ADMIN++) (SUPERADMIN >= ADMIN)
	
	*) Vincent :
	- email pas trouvé (ancienne fiche de vincent)

	*) LDAP trou sécu (autres labos) : user se connecte avec bad mdp
	
	
	== DEPRECATED ==

	Erreurs qu'on ne voit que si on met 
	        'errorLevel' => E_ALL,
    dans app.php :
    
    
    Deprecated (16384): Plugin::load() is deprecated. Use Application::addPlugin() instead. This method will be removed in 4.0.0. - /Users/epallier/_PROJ/_W/PROJ_LABINVENT/SOURCE/labinvent202101/config/bootstrap.php, line: 260
 You can disable deprecation warnings by setting `Error.errorLevel` to `E_ALL & ~E_USER_DEPRECATED` in your config/app.php. [CORE/src/Core/functions.php, line 311]

Deprecated (16384): Plugin::load() is deprecated. Use Application::addPlugin() instead. This method will be removed in 4.0.0. - /Users/epallier/_PROJ/_W/PROJ_LABINVENT/SOURCE/labinvent202101/config/bootstrap.php, line: 265
 You can disable deprecation warnings by setting `Error.errorLevel` to `E_ALL & ~E_USER_DEPRECATED` in your config/app.php. [CORE/src/Core/functions.php, line 311]

Deprecated (16384): Plugin::load() is deprecated. Use Application::addPlugin() instead. This method will be removed in 4.0.0. - /Users/epallier/_PROJ/_W/PROJ_LABINVENT/SOURCE/labinvent202101/config/bootstrap.php, line: 278
 You can disable deprecation warnings by setting `Error.errorLevel` to `E_ALL & ~E_USER_DEPRECATED` in your config/app.php. [CORE/src/Core/functions.php, line 311]

Deprecated (16384): Plugin::bootstrap() is deprecated. This method will be removed in 4.0.0. - /Users/epallier/_PROJ/_W/PROJ_LABINVENT/SOURCE/labinvent202101/vendor/cakephp/cakephp/src/Core/Plugin.php, line: 173
 You can disable deprecation warnings by setting `Error.errorLevel` to `E_ALL & ~E_USER_DEPRECATED` in your config/app.php. [CORE/src/Core/functions.php, line 311]


Strict (2048): Non-static method App\Model\Table\AppTable::isValidRole() should not be called statically [APP/Model/Table/MaterielsTable.php, line 296]

Warning (2): Cannot modify header information - headers already sent by (output started at /var/www/html/inventirap-test1/vendor/cakephp/cakephp/src/Error/Debugger.php:853) [APP/Template/Layout/default.ctp, line 43]



	*) instance docker sur hyperion2 (et supprimer old pweb2)
	
	*) src/Application.php

- (Imprimer étiquette : toujours possible ?)

- prévoir une alerte quand on save un champ qui n'est pas dans la BD (genre resp_credit...)

print etiquette pour les 2 serveurs + tester fin garantie orange

saisir les personnes du gt2i et de tous les groupes...

- (b) Bugfix fournisseur perdu (et champ vide qui n'est plus modifiable !) après validation du matos 
	(quand il manque un champ pour valider), et pourtant bien enregistré dans listes des fournisseurs






======= TO DO MIGRÉS DANS REDMINE LE 30/11/2021 =======

Ecran d’accueil :
Voir Mes matériels (que j’ai achetés)
Voir les Matériels que j’utilise (find sur champ utilisateur)
(admin) Voir Matériels à commander (tous les TOBEORDERED qui sont à mon nom de gestionnaire ET qui ont (date-cde null OU num-BC null)
(admin) “Voir toutes les commandes en cours”
(admin) “Voir les matériels ‘zombie’” (materiels CREATED depuis longtemps, et toujours pas ORDERED ou VALIDATED => sans doute à virer (pour ne pas fausser les stats...)
(admin) Voir matos à archiver

DB complète à mettre à jour

	*) Quand on supprime un matos de “ma liste”, il faut revenir à “ma liste”, pas à “tous les matos”
	
	*) TEST_WEB ne marche pas avec docker
 => utiliser plutot localhost:8081
(update doc)
Mais ca serait mieux de faire localhost:8080 pour le site web et :8081 pour phpmyadmin (et non pas l’inverse !!)

	*) config champs matos : ajouter HIDDEN_FIELDS (sauf admin) :
		- section administrative
		- status
		- numéro inventaire (hidden par défaut pour l'édition)
		- ... 
		
	*) Resp :
		- voir menus Outils & Autres (ou pas) ?
		- respb de qqch !!!
		
	*) qqsoit user : doit pouvoir voir sa fiche user (no modif)
	=> mais pas celle des autres...
	
	*)
	validation (=livré ET payé) 
	Facture jointe (si > 10K)
	Détail lieu stockage + S/N demandé ssi > 10K€
	
		*)	
	TBO ou ARCHIVED (= validated) : ne pas autoriser edit ou delete des docs attachés
	Autoriser certaines choses pour TBO :
	- edit (mais pas delete)
	- print label
	- add doc attaché
	- (pas emprunt ni suivi)
	
	*)	=> update matos lifecycle diag
	
	*) DOMPDF : pb Qrcode absent sur fiche pdf (mais présent sur page web), alors que le QrCode est bien généré et que le chemin dans le pdf est OK !!!
Par contre, ok avec FPDF


	*)
	Procédures pour les utilisateurs et les gestionnaires désormais configurable via le fichier de conf
	
	*) TESTS !!!!
	*) Les tests doivent se faire avec la config par défaut (et non pas celle spécifique du labo)
	*) Ajouter test Commande (avec devis joint !)


	*)
	Gérer les autorisations (ACL) via fichier de conf
	
- besoin IP2I/LMA :
	- materiels/index : on peut ajouter un filtre "Site" (et Dépt), et un filtre "tous/matos sensible/matos non sensible"

	On doit pouvoir supprimer un devis sur un matériel commandé (TOBEORDERED) à condition qu'il en reste au moins 1
	=> du coup, astuce, on peut REMPLACER un devis en ajoutant le nouveau puis en supprimant l'ancien
	
	
- gérer les liens url automatiquement dans champ description (rendre cliquable)

- améliorer affichage tableau stats :
	- 4415 matos en tout sur index, mais 4406 seulement dans stats
	
- GENERICITÉ & REFACTORISATION :

	- add_or_edit() générique
	
	- fusionner elem/button_add_edit et MyHelper echoActionButton...
	(ne garder que elem/)
	- séparer elem/button_add, button_edit, button_delete, et button_tout_court (générique)

	- short_role AppController ligne 819 => généraliser

	- prets/index generique
	- documents/index generique


	- GROUP générique : fusionner groupe thematique et metier (et projet ?) :
		- ProjetsController minimaliste, doit juste étendre AppController avec un minimum de changement
		- Groupe thematique et metier :
			=> faire hériter les Controller et les Table d'une meme superclasse GroupController et GroupTable
			=> avoir un seul template
			=> c'est vraiment stupide d'avoir 2 classes qui font la meme chose... 

	- Utiliser les vues "index" des entités associées pour la vue "view" de materiel (et suivi) :
		=> éviter la redondance, le contenu est pratiquement le meme (???, sauf que les colonnes ne sont pas triables)


- Bien préciser quels sont les champs obligatoires avec une asterisque (et pour chaque LOT)

- S/N à renseigner (recommended) ssi > 10000€
	Ajouter champ attributes.condition = "prix > 10000"


	- view générique à utiliser pour plusieurs entités

Vues génériques (index et view) :
	- savoir gérer les champs virtuels pour le tri 
	- new champs virtuels à implémenter :
		- prets : 
			- intitulé = nom sinon id
			- lieu_stockage = concat(site,lieu)
		- users : vue "index" avec (responsable)


- Suivis.statut => "en cours" ou "à terminer" => à calculer auto

comment faire un tri sur la dernière colonne des stats (connexDurAvg) ?

(b) erreur download depuis page documents/ (ou depuis vue du matériel) sur inventirap : erreur 404 (action impossible)

Utiliser les champs 'comment' de la config pour les labels des champs dans materiels/view et /add_edit

Ne pas autoriser la commande via url si le bouton order est désactivé dans la config (materiels/status-tobeordered/3)

- "voir toutes les entités" => remplacer par le nom de l'entité :
	- voir tous les utilisateurs
	- voir toutes les catégories
	...


(b) - Quelle est cette action ? le mail est un peu court... (ajout par copie ?)
Titre "Ajout de matériel(s)"
Nathalie Oziol a ajouté des matériels (action 'add')
Vous recevez ce message car vous êtes concerné(e) par cette action effectuée sur l'inventaire des matériels du laboratoire
(vous êtes l'utilisateur du matériel, ou bien le gestionnaire, ou encore le responsable thématique, métier ou projet)
(ou alors, vous êtes dans la liste mail spécifique gérée via la page de configuration du logiciel LabInvent).



Gestion multi-sites :
- matos.view : interdit si matos "sensible" a un site différent du user
- find() : par défaut, enlever les matos "sensibles" et qui ont un site différent du user
- gestionnaires (admin) (et superadmin) continuent d'avoir accès à tout



















======= NEXT (TODO urgent) =======

rien ?





======= CHANGES =======

-------
23/12/2022	(EP) v5.7.0-3.10.1
	- (i) Gestion bien plus clean de la connexion (ldap ou fake-ldap, avec cache systématique dans table users)
		=> Si new user (ldap) => ADDED dans cache
		=> Si user changed (ldap) => UPDATED dans cache
		=> Si user removed (ldap) => DELETED dans cache

-------
23/12/2022	(EP) v5.6.1-3.10.1
	- (i) Suppression contrainte unicité du nom-pnom dans table users
		=> car on peut autoriser 2 homonymes ou encore une meme personne (nom-pnom) avec 2 login différents

-------
22/12/2022	(EP) v5.6.0-3.10.1
	- (i) Bugfixes + Améliorations installation en mode docker
	- (i) update BD pour installation
	- (i) new script SET_DEBUG_MODE

-------
10/12/2021	v5.5.6-3.10.1
	- (i) script install lance ensuite script update

-------
10/12/2021	v5.5.5-3.10.1
	- (i) Bugfix tests : erreur Notice sur le type des documents (et types suivis) => corrigée (fixtures)
		=> plus d'erreur Notice !!
		=> suite de tests enfin clean !

-------
09/12/2021	v5.5.4-3.10.1
	- (i) Renforcement des tests : on s'assure de bien lire les configs de test (et non pas les configs "nominales")

-------
06/12/2021	v5.5.3-3.10.1
	- (i) Bugfix pour php5 dans src/Shell/DbShell.php
	- (i) update gitignore (ignorer config IRAP)
	- (i) Mise à jour du script de mise à jour... (install/update.sh) 
	pour qu'il crée un fichier de config des champs obligatoires (config/app_labinvent_mandatory_fields.yml) 
	s'il n'existe pas encore (à partir de la config par défaut config/app_labinvent_mandatory_fields.default.yml)

-------
03/12/2021	v5.5.1-3.10.1
	- (i) Mise en conformité de config/app.default.php avec la nouvelle norme CAKEPHP 3.10
	=> (A) *** CHAQUE LABO doit mettre à jour son config/app.php en fonction du nouveau config/app.default.php *** 

-------
02/12/2021	v5.5.0-3.10.1
	- (e) Evolution du framework CakePhp de v3.7 (mal configuré) à v3.10 (proprement configuré) !!!
	- (i) Beaucoup de modifs pour adapter le logiciel à la nouvelle version du framework
	- (i) Mise à jour composer.phar (2.1.14 du 30/11/2021)
	- (b) bugfixed qrcode qui ne s'affichait pas dans la fiche matériel pdf (avec DomPdf), mais j'ai dû modifier DomPdf... (vendor/dompdf/dompdf/src/Image/Cache.php)

-------
01/12/2021	v5.4.3-3.7.9
	- (i) Tests : ajout d'un fichier de config de champs matériels spécialisé pour les TESTS : config/app_labinvent_mandatory_fields_test.yml
	- (i) Passage de l'ensemble des tests (enfin !)

-------
30/11/2021	v5.4.2-3.7.9
	- (b) bugfix mysql sur filtrage materiels pour partitionnement par site (ça passait sur mysql récent mais pas sur vieux mysql)
		=> requete sql plus propre

-------
29/11/2021	v5.4.1-3.7.9
	- (i) /pages/stats migré dans /materiels/stats et transformé en simple alias

-------
29/11/2021	v5.4.0-3.7.9
	- (e) Partitionnement des matériels par site opérationnel (multi-sites) => liste des matériels filtrée
	- (b) Bugfix action sur plusieurs matos :
		=> exporter liste courante => ne doit pas exporter tout
		=> validation groupée, bouton "valider les materiels cochés" => doit valider

-------
26/11/2021	v5.3.12-3.7.9
	- (e) Préparation du partitionnement optionnel des materiels par site (phase 2/3)
		=> Ajout liste users associés dans vue site (view) 
		=> Ajout champ site_id dans vues users edit, view, et index : "site"
		=> Ajout champ is_site_only dans vues materiels edit, view, et index : "(réservé au site)"

-------
26/11/2021	v5.3.11-3.7.9
	- (i) Préparation du partitionnement optionnel des materiels par site (phase 1/3) 
		=> Ajout de nouveaux champs site_id et is_site_only dans les tables users et materiels (resp.)
	- (a) Attention, update bd

-------
25/11/2021	v5.3.10-3.7.9
	- (i) refactorisation des statistiques sur les matériels + ajout tests
	- (b) Bugfix page statistique sur les matériels (conditions limites, division par zéro quand année précédente nulle)

-------
24/11/2021	v5.3.8-3.7.9
	- (e) Nouvelle Amélioration (bugfix) de la présentation de la page de configuration des champs obligatoires
	- (e) Amélioration de toutes les pages de config : pliées par défaut
	- (e) Amélioration de toutes les listes associées : pliées par défaut
	- (b) bugfix sections déployables des pages de config (chevrons up/down)
	- (e) Amélioration de la présentation de la page de configuration des champs obligatoires
	

-------
23/11/2021	v5.3.6-3.7.9
	- (e) Amélioration de la présentation de la page de configuration des champs obligatoires

-------
22/11/2021	v5.3.4-3.7.9
	- (b) Bugfix : Bouton "Commander" ne doit pas être affiché si désactivé dans la config
	- (b) Bugfix : commentaires des sections (fieldsets) pas sauvegardés après une modif de la config champs obligatoires
	- (b) Bugfix : remise en place du fichier de config par défaut (oublié)
	- (e) BIG NEW FEATURE : Configuration des champs obligatoires et readonly se fait maintenant via page WEB !!!
		=> plus besoin de modifier manuellement le fichier de config texte yaml
	- (e) ajout lien vers stats utilisateurs depuis page accueil superadmin
	- (e) modif page Apropos


-------
15/11/2021	v5.3.0-3.7.9
	- (e) Refactorisation : Vue détaillée users (view) générique avec contenu enrichi ("(responsable)")
	- (e) Refactorisation : Vue liste users (index) générique avec contenu enrichi ("(responsable)")
			- user->groupe_thematique_with_resp : groupe + (responsable) si c'est le cas
			- user->groupe_metier_with_resp : groupe + (responsable) si c'est le cas

-------
12/11/2021	v5.2.30-3.7.9
	- (e) Refactorisation : Vue liste projets (index) générique
	- (e) Amélioration vue des Stats de connexion : le tri des colonnes est maintenant ok
	- (b) Bugfix download doc attaché (sur vue index)
	- (e) Améliorations des listes génériques :
		- tri par défaut amélioré
		- bugfix label du champ 'nom'
		- généralisation de l'affichage des booleens 

-------
12/11/2021	v5.2.29-3.7.9
	- (b) Bugfix label (configurable) des groupes métier et thématique : maintenant ok dans toutes les vues
	- (i) détermination automatique des noms de colonnes des FK dans les listes (index) génériques

-------
11/11/2021	v5.2.28-3.7.9
	- (i) Refactorisation : vue users/index generique
	- (e) amélioration des tris par colonne pour toutes les listes
	- (e) la plupart des listes sont désormais triées par défaut par le nom

-------
10/11/2021	v5.2.27-3.7.9
	- un champ OBLIGATOIRE mais VIDE doit pouvoir être renseigné !
	- (e) date fin garantie : date en orange quand < 1 an, rouge quand expirée (et mieux calculée qu'avant)

-------
10/11/2021	v5.2.26-3.7.9
	- (e) amélioration affichage tableau stats (plus joli et lisible)
	- (i) viré les 2 sudo à la fin de db-update
	=> (A) Attention: Mise à jour BD !

-------
08/11/2021	v5.2.24-3.7.9
	- (i) Refactorisation : Vue "index" de l'entité "Stats" désormais générique
	- (b) Bugfix : nouveau champ "resp_credit" ajouté dans BD (il avait été oublié depuis longtemps...)
		=> du coup, ce champ n'était pas enregistré !!! 
	- (i) champ "budgets" désormais optionnel dans BD (il était obligatoire, pas cool)
	=> (A) Attention: Mise à jour BD !

-------
05/11/2021	v5.2.23-3.7.9
	- GROSSE REFACTORISATION => vues et actions génériques
	- (e) Vue 'index' générique utilisée par défaut pour plusieurs entités annexes :
		- catégories
		- type_documents
		- organismes
		- ...
	- (e) boutons edit et delete génériques sur la vue détaillée générique (view) de toutes les entités
	- (i) Action 'delete' générique pour presque toutes les entités

-------
02/11/2021	v5.2.22-3.7.9
	- (e) gestion plus simple des catégories, domaines, et sous-catégories
	- (e) chaque utilisateur peut voir sa fiche profil
	- (e) liste utilisateurs triée par le nom-pnom (par défaut)
	- (e) doc attaché "nom" => "nom du doc" (plus explicite)

-------
27/10/2021	v5.2.21-3.7.9
	- (i) Amélioration du fichier de config des champs matériels (généralisation pour les docs attachés et champs recommandés)
		=> on peut maintenant préciser, à chaque étape, TOUT type important de doc attaché (devis, BC, BL, facture) comme étant obligatoire ou non modifiable ni supprimable
		=> on peut maintenant donner, à chaque étape, une liste de champs "recommandés" (mais non obligatoires)

-------
25/10/2021	v5.2.20-3.7.9
	- (b) Bugfix champ acheteur doit être non modifiable par role "Utilisateur"
	- (i) Amélioré config des champs matériel obligatoires et readonly
		=> certains champs sont readonly dès le départ
		=> renommé les sections pour que ça soit plus compréhensible (BEFORE, AFTER)
		=> (A) Attention: Mettre à jour le fichier config de chaque labo !

-------
23/10/2021	v5.2.18-3.7.9
	- (i) changé mot-clé "except" par "sauf" dans fichier config champs readonly (et adapté traitement)
	- nouvelle exception si mot-clé "sauf" mal utilisé
	=> Exemple pour interdire la modif du fournisseur (sauf pour le role Administration) : 
		"- fournisseur_id (sauf Administration)"

-------
22/10/2021	v5.2.17-3.7.9
	- (i) Amélioration importante de la config des champs non modifiables : ajout optionnel d'une exception pour un (ou plusieurs) role(s)
		=> Exemple pour interdire la modif du fournisseur (sauf pour le role Administration) : 
		"- fournisseur_id (except Administration)"

-------
22/10/2021	v5.2.16-3.7.9
	- (b) bugfix champs readonly
	- refactorisation des champs readonly, bien plus compact et lisible (clean)
		=> fonction $isReadOnlyField() moved to MyHelper (cleaner)
		=> nouvelle fonction MyHelper->control() pour surcharger Form->control() 
	- tous les champs peuvent désormais être readonly via config
	- refonte de config/app_labinvent_mandatory_fields.default.yml (plus exhaustif et cleaner)
	
-------
20/10/2021	v5.2.15-3.7.9
	- (b) bugfix gestionnaire_ref_email pas initialisé dans AppController
	- (b) message debug dans pdo_error.ctp

-------
19/10/2021	v5.2.14-3.7.9
	- (b) bugfix install/plugins_set, creation temporaire fichier src/Application.php (from Application.php.37) => utilisé par bin/cake
	- (b) src/Application.php.37 n'est plus ignoré !!! 
	- (b) clean obsolete code

-------
16/09/2021	v5.2.13-3.7.9
	- ./UPDATE : faire git pull SANS demander (o/n)
	- amélioration présentation

-------
16/09/2021	v5.2.12-3.7.9
	- (e) Stats de connexion 
		- à trier anti-chrono
		- supprimer menu haut gauche (new stats, list users, new user...) ???
		- supprimer actions view/edit/delete
		
-------
16/09/2021	v5.2.11-3.7.9
	- Bugfix bug sur 1ère connexion d'un nouvel utilisateur
	- Cache Ldap (table users) forcé pour éviter ce bug

-------
14/09/2021	v5.2.10-3.7.9
	- Bugfix pas mal de tests...
	
-------
14/09/2021	v5.2.9-3.7.9
	- Bugfix Ajout materiel

-------
13/09/2021	v5.2.8-3.7.9
	- Bugfix TESTS : Tests: 193, Assertions: 3181, Errors: 1, Failures: 46, Incomplete: 16
		- donner valeur par défaut à budgets dans fixtures...
		- bugfix getNextStatusFrom()

-------
13/09/2021	v5.2.7-3.7.9
	- Champs obligatoires "etiquette posée" et "n° inventaire tutelles" gérés via config
	(si obligatoires, ces champs ne sont pas demandés à la saisie, mais un simple rappel est affiché sur la vue détaillée du matériel)

-------
13/09/2021	v5.2.6-3.7.9
	- NEWSLETTER #5 envoyée
	- Mise à jour du diagramme workflow (E-T) pour introduire la nouvelle étape TOBEORDERED ("En Commande")
	- Bugfix : infos sur etiquettes affichées SEULEMENT si une étiqueteuse est configurée...
	- Message affiché sur l'écran de G après validation et à chaque consultation (view) de la fiche :
		 - (1) Veuillez imprimer l'étiquette du matériel (et la coller sur le matériel) \n\
		 - (2) Pensez à remplir le champ "Inventaire Tutelles' dès que service fait CNRS (GesLab) \n\
		 => (Ce message reste affiché sur la fiche du matériel validé \n\
		 jusqu'à ce que ces 2 champs soient complétés)
	-  On ne peut pas modifier ou supprimer le DEVIS d'un matos commandé (TOBEORDERED)
	-  On ne peut pas modifier ou supprimer les docs attachés d'un matos validé (VALIDATED)


-------
10/09/2021	v5.2.5-3.7.9
	- Meilleur choix de couleurs et de positions pour les boutons de validation et de dé-validation
	- Meilleurs noms et tooltips pour les boutons de dé-validation
	- Nouveau Diagramme Etat-Transitions des statuts du matériel (workflow)

-------
10/09/2021	v5.2.4-3.7.9
	- (i) Quand le statut d'un matos passe à TOBEORDERED, mettre son champ "tobeordered" à true (pour garder trace de la commande)
	- (e) Changement de l'effet du bouton "INVALIDER", désormais plus logique, repasse au statut "PRÉCÉDENT" et non pas systématiquement à CREATED :
		- ARCHIVED => TOBEARCHIVED
		- TOBEARCHIVED => VALIDATED
		- VALIDATED => CREATED (il faudra commander à nouveau si le matos était commandé...)
		- TOBEORDERED => CREATED
	- (e) Un gestionnaire peut INVALIDER une commande (TOBEORDERED => CREATED)
	

-------
10/09/2021	v5.2.3-3.7.9
	- (b) Bugfix : certains champs ne pouvaient pas être rendus NON MODIFIABLES
	- (i) Changement config par défaut pour ajouter des champs non modifiables après commande et validation (LOT1 et donc aussi LOT2)

-------
10/09/2021	v5.2.2-3.7.9
	- (e) Le devis attaché à un matériel commandé (TOBEORDERED) doit être NON MODIFIABLE

-------
09/09/2021	v5.2.1-3.7.9
	- (i) Changement config par défaut pour ajouter des champs non modifiables après commande et validation (LOT1 et donc aussi LOT2)
	- (b) Bugfix : suppression message debug

-------
09/09/2021	v5.2.0-3.7.9
	(e) Définir (dans le fichier de conf) la liste des infos qui ne doivent pas pouvoir être modifiées une fois le matériel :
	- créé (lot 0)
	- en commande (lot 1)
	- validé (lot 2)
		- Pouvoir modifier le champ "n° inventaire Tutelle" sur un matos validé
		(Service fait CNRS ----> je récupère le n° inventaire "Tutelle" sur GESLAB (SIFAC ?) et je complète la fiche INVENTIRAP
		
-------
09/09/2021	v5.1.4-3.7.9
	- (i) Lors de la commande => Envoi mail (Commande) au gestionnaire
	- (i) Lors de la livraison => Envoi mail au créateur de la fiche matériel (Acheteur)

-------
09/09/2021	v5.1.3-3.7.9
	- (b) Bugfix sur vue ajout matos (message debug et variable readonlyfields pas initialisée)

-------
09/09/2021	v5.1.2-3.7.9
	- (b) bugfix droits edit/delete dans Element/buttons_edit_del.ctp
	- (b) bugfix droits edit/delete dans liste des documents attachés
	
	
-------
08/09/2021	v5.1.1-3.7.9
	- (e) Ajouter lien "Voir les matériels à commander" (configurable) sur page accueil Gestionnaires (le mettre avant "voir les matos à valider")
	- (b) Bugfix : cocher les boutons "A valider", et "En commande" quand activés
	- (b) Bugfix : sur la page accueil des gestionnaires, correction des liens vers les matos

-------
08/09/2021	v5.1.0-3.7.9
	- (e) Mise à jour de la procédure de commande d'un matériel pour les "utilisateurs" (page d'accueil)
	- (e) Nouvelle procédure à suivre pour les "gestionnaires", affichée sur leur page accueil

-------
08/09/2021	v5.0.2-3.7.9
	- (b) Bugfix : lien vers doc utilisateurs
	
-------
07/09/2021	v5.0.1-3.7.9
	- (e) Bouton "Commander" (+ workflow) doit être désactivable via configuration
	- BUGfixes : 
		- (b) type "devis" doit être reconnu même si pas en majuscule ou espaces en trop
		- (b) Devis sous forme d'image doit être autorisé
		- (b) suppression d'un doc attaché à un SUIVI devait buguer
			=> code de DocumentsController.delete() complètement réécrit !!!
		- (b) Devis ne doit pas être supprimable si matériel TOBEORDERED (commandé), 
			on doit seulement pouvoir ajouter un nouveau devis
		- (b) On ne pouvait plus modifier un materiel commandé ou validé... (erreur sur Devis obligatoire) 
		- (b) Ne pas envoyer de mail (mais log oui) si l'action ne s'est pas effectuée (ex: commande, validation...)
		
		
-------
06/09/2021	v5.0.0-3.7.9
	- (e) Nouveau workflow incluant la "commande d'un matériel" :
		- nouveau bouton "Commander"
		- nouveau statut "TOBEORDERED" (à commander)
		- L'étape de commande est optionnelle
	- (b) BUGfixes : 
		- lier un doc à un matos (erreur sur doc qui n'est pas une photo)
		- supprimer un doc attaché générait une erreur

-------
02/09/2021	v4.108.24-3.7.9
	- (b) BUGfix (le fichier de config était constamment écrasé par la version par défaut)
	- Ajout plugin guemidiborhane/yaml-config pour gérer les configs yaml (remplace l'obsolète chobo1210/yaml)
	- Liste des champs obligatoires de l'entité Materiels => gérée via fichier config YAML
	- (Liste des autorisations AUSSI en cours de migration pour être gérée via fichier config YAML)
		
-------
31/08/2021	v4.108.22-3.7.9
	- Gestion spécifique des champs obligatoires de l'entité Materiels, selon le labo (pour l'instant on ne gère qu'une exception pour IP2I)
	- Harmonisation des libellés :
		- "intitulé" pour prêts et suivis
		- "statut" des matériels 

-------
31/05/2021	v4.108.21-3.7.9
	- Ajout asterisque sur nouveaux champs obligatoires pour LOT1 : description, organisme, budgets
		- (Refactorisation des LOT1 et LOT2 dans MaterielsTable, plus de redondance)

-------
05/05/2021	v4.108.20-3.7.9
	- Responsable voyait les menus "Outils" ou "Autres listes" alors qu'il ne peut pas y accéder...
	- Suppression message debug...

-------
04/05/2021	v4.108.19-3.7.9
	- Bugfix : Responsable du crédit ne doit pas être obligatoire pour le LOT1 (création de la fiche matériel) car = acheteur par défaut
	- Bugfix : Entité dépensière ne doit pas être obligatoire pour le LOT1 (création de la fiche matériel)
		Ajout champ "Budgets" obligatoire pour le LOT1
		Entité dépensière(s) ne devient obligatoire que pour le LOT2 (validation) 
	
-------
01/04/2021	v4.108.18-3.7.9
	- Prise en compte host "%" pour accès mysql si docker, et localhost si pas docker (ou autre host défini) 
		(car host "db" pas reconnu, et host "labinvent.labinventdock_labinvent-network" trop compliqué, et host "%" sécurisé en mode docker puisque dans container)
	- Optimisation scripts accès BD pour mode docker hors container
	- Ajout nouveaux scripts raccourcis DOCKER_LABINVENT_*

-------
30/03/2021	v4.108.17-3.7.9
	- Ajout scripts connexion BD (client mysql) : CONNECT_TO_MYSQL_AS_/ROOT/USER
	- Ajout script accès shell CakePhp (utile pour requetes BD via ORM) : CAKE_SHELL
	- Ajout script permettant exécution de quelques requetes BD utiles : DB_EXEC (en cours)
	- Refonte de la doc technique en ligne (et en pdf dans dossier doc/) :
	=> simplification de la doc technique (configuration) 
	en séparant tout ce qui concerne les aspects trop techniques (et contribution)
	dans une nouvelle doc destinée aux développeurs (contributeurs) 

-------
01/03/2021	v4.108.16-3.7.9
	- Amélioration de l'installation pour utilisation avec Docker

-------
23/02/2021	v4.108.15-3.7.9
	- Amélioration de l'installation : ajout du mode "BATCH" (non interactif)
	- bugfix script VERSION

-------
17/02/2021	v4.108.14-3.7.9
	- (b) Bugfix src/Application.php absent (créé temporairement pendant l'install, puis supprimé)

-------
16/02/2021	v4.108.13-3.7.9
	- (b) Bugfix logout après passage en mode ldap
	- (b) Bugfix et amélioration de l'update cache
	- (b) bugfix suppression delete cached user
	- (b) bugfix chemin vers doc utilisateur sur default

-------
15/02/2021	v4.108.8-3.7.9
	- (b) Bugfix logout après passage en ldap
	- (b) bugfix fakeldap ($this->authenticationType par defaut = 'uid') 

-------
15/02/2021	v4.108.7-3.7.9
	- suppression message debug oublié

-------
15/02/2021	v4.108.6-3.7.9
	- LOGOS => 2 logos par défaut (software et entity), remplacés par nouveaux logos du labo ssi existent
	- (e) LDAP activation ou désactivation => logout automatique pour obliger à se reconnecter avec un nouveau login
	- (b) bugfix Stats de connexion, mauvais format année : année 2021 et non pas 2121 !! (ça marchait pour 2020 forcément !!)
	- Cleanup des fonctions liées au ldap : ldapAuthentication() et _ldapSearch()
	- (b) bugfix fakeldap : champ 'uid' et non pas $this->authenticationType (qui était nul !!)
	- optimisation identification user ldap ou fakeldap : on le fait sur le login et non plus sur nom/pnom

-------
12/02/2021	v4.108.5-3.7.9
	- Ldap user login field name doit être en minuscules
	- Update de config/app.default.php

-------
12/02/2021	v4.108.4-3.7.9 - Bugfixes et icones sur menus
	- (b) bugfix DebugKit : maintenant bien activé en mode debug=true (app.php)
	- (b) bugfix action configurations/debugOff 
	- (e) LOGO IP2I ajouté
	- (e) Icones sur les menus Outils et Autres listes
	
-------
11/02/2021	v4.108.3-3.7.9 
	- Utilisation de View/Helper/MyHelperHelper pour les vues Template/Configurations/view et edit
		=> fonctions echoSectionStart/Stop() et displayElement()
	- (e) Nouveau logo du logiciel "LabInvent" (en haut à gauche)
	
	
-------
10/02/2021	v4.108.2-3.7.9 - Accès LDAP bugfixes
	- (e) Optimisation ldap => section indépendante du ldap car valable aussi pour fakeldap
	- Optimisation ldap = vrai par défaut
	- (b) ldap bugfixes src/Model/Table/LdapConnectionsTable.php : 
	=> Séparation des parties "search" (fonction _ldapSearch()) et "connexion" (NEW fonction _ldapAuth()) 

-------
08/02/2021	v4.108.1-3.7.9 - UPDATE DOC TECHNIQUE (dans dossier doc/)

-------
05/02/2021	v4.108.0-3.7.9 - GROSSE AMÉLIORATION DE LA PHASE INSTALLATION (FROM SCRATCH)
	- (e) Documentation en ligne (install et technique) grandement mise à jour, pour une progression plus logique 
	- (e) Install from scratch OK !
	- (e) script d'installation plus simple, robuste, et cohérent :
		suppression des sudo
		création automatique de 4 utilisateurs de base (dont "superadmin"), qui vont permettre de démarrer confortablement avec l'application (en mode "sans ldap")
		BD créée et re-créée sans pb, avec accès root ou pas
		réorganisation dossier database/, ...
	- update du contenu de bin/
	- update des plugins (composer.json)
	- (b) stats de connexion ok dès le début
	- (b) stats sur les matériels (pages/stats) s'affiche correctement même quand aucun matériel dans la BD
	- script ADD_NEW_SUPERADMIN_USER_LDAP pour ajouter un utilisateur ldap en tant que superadmin, afin de préparer le passage en mode "avec ldap"
	- (b) l'appli devrait normalement bien fonctionner dans les 2 modes "avec LDAP" ou "sans ldap"
	- Début de mise en conformité avec CakePhp 3.7 :
		- fichier de configuration config/app.php et ajout de config/requirements.php notamment, 
		- ajout de src/Application.php, src/Controller/ErrorController.php, webroot/css/home.css et style.css, ...
	- (b) Bugfix plusieurs erreurs qui apparaissent quand il n'y a aucun matériel dans la BD...
	- Suppression du role ADMINPLUS (y-compris dans les tests)
	- Mise en conformité de certaines Fixtures (Users, Materiels)
	- LOGOs par défaut (mais encore IRAP donc à changer...)
	- TESTS auto ok
	- Tests manuels ok :
		- Génération PDF => OK (sauf QRcode...)
		- Génération QrCode => OK (sauf sur pdf...)
		- Envoi email => OK
	
-------
21/01/2021	v4.107.30-3.7.9
	- mise à jour de composer.phar v1 => v2
	- (b) bugfix stats pour début nouvelle année (quand pas de donnée, division par 0)
	- Début Autorisations niveau VUE (niveau 2) dans MaterielsController

-------
18/12/2020	v4.107.29-3.7.9
	- renommé CHANGES.txt en CHANGELOG, c'est plus standard
	
	 
-------
08/12/2020	v4.107.28-3.7.9
	- (#32) Ajout et gestion des nouveaux champs nécessaires pour LOT1 et LOT2
	- Champs obligatoires pour LOT1 (comande) et LOT2 (validation)
	- (#33) Définir le 2ème niveau d'autorisation (VUE) dans la doc et réorganiser l'action add_edit et la vue materiels/add_edit en conséquence
	
-------
02/12/2020	v4.107.27-3.7.9
	- Update données par défaut pour install from scratch (tables configuration, type_suivis, domaine, type_docs)
	- (b) Bugfix (update) TESTS suite à évolution du code et règle sur étiquette : tous passent !

-------
01/12/2020	v4.107.25-3.7.9
	- (i) Mise à jour (update et cleanup) du script de création COMPLET de la BD (structure)
	- (i) Mise à jour (cleanup) du script d'installation du projet
	- (i) A tester : install from scratch

-------
30/11/2020	v4.107.24-3.7.9 (total projet : 357367 lignes)
	- (b) Bugfix Recherche matériels : bug sur tri par numéro d'inventaire
	- (i) Gros ménage fait dans la doc technique, séparation en 3 documentations :
		=> 1) Installation
		=> 2) Configuration et adaptation (doc technique de référence)
		=> 3) Annexes 
		(voir dossier /doc à la racine du projet)
	- (i) Mise à jour du dossier étiquettes de références (/doc/etiquettes_dymo)
	- (e) FIN de grosse (re-)factorisation de la recherche et du filtrage des materiels (affichage du tableau résultat)
	=> Tout le code de VUE de la liste des matériels (table headers + lignes données) factorisé dans Element/materiels_list.ctp
	et utilisé par les 2 vues index et find
	=> Tout le code de CONTROLEUR de la recherche des matériels refactorisé dans une fonction et des constantes globales
	=> vue "find" (recherche) améliorée car profite de toutes les avancées de la vue "index" (liste), c'est la même...

-------
27/11/2020	v4.107.20-3.7.9
	- (e) Factorisation de la recherche et du filtrage des materiels (affichage du tableau résultat) (partie 1)
	=> Code headers et ligne donnée factorisé dans Element/

-------
26/11/2020	v4.107.19-3.7.9
	- (b) Bugfix et Amélioration recherche matériels
	- (b) Bugfix et Amélioration filtre matériels (2 sur 2)
	- (e) Réorganisation des colonnes de la liste des matériels et de la recherche

-------
25/11/2020	v4.107.16-3.7.9
	- (b) Bugfix et amélioration filtre matériels (1 sur 2)
	- (e) Réorganisation des colonnes de la liste des matériels (1 sur 2)
	- (i) On peut toujours imprimer une étiquette (plus seulement quand la fiche est validée)
	- (i) Date achat désormais facultative (avant validation) 
	=> si vide, numéro inventaire généré à partir de l'année courante
	- (b) Bugfix (2eme) remplacement d'un fournisseur par un autre (date achat peut être vide)
	- (i) Renommé fichier licence "LICENSE"

-------
24/11/2020	v4.107.12-3.7.9
	- (e) Nouvel ordre des étiquettes dans la config (1 à 5, la 1 étant la principale, par défaut)
	=> attention, si vous utilisez toujours le logiciel DLS (au lieu de DCD), il faudra sélectionner l'étiquette numéro 3 dans la config
	- (i) Adaptation format etiquette au nouveau logiciel Dymo DCD pour Windows 10
	(PLUS RIEN À VOIR avec ancien format du logiciel DLS, pourtant toujours utilisé sur Mac !!!)
	=> choisir etiquette format numéro 1 dans la config
		 
-------
19/11/2020	v4.107.6-3.7.9
	- (e) materiels/edit : supprimé champ "Technique (pas pour l'inventaire officiel)" 
	=> ca dépend désormais seulement du prix...
	- (i) update diagramme workflow suite à réunion avec IAS :
		- on peut commander ou seulement inventorier
		- ajout du champ "responsable crédit" (optionnel)
		- devis obligatoire ou pas selon configuration
		- étiquette non obligatoire pour valider et imprimable à tout moment
		- validation = livré et payé 

-------
10/11/2020	v4.107.5-3.7.9
	- (b) Bugfix remplacement d'un fournisseur par un autre 
	- (b) Bugfix liste fournisseurs => maintenant triée par défaut par le nom

-------
09/11/2020	v4.107.4-3.7.9
	- (i) Responsable Groupe thématique n'est plus averti lors des notifications car sa responsabilité est trop large (à remplacer par responsable projet) 

-------
06/11/2020	v4.107.3-3.7.9
	- (i) Clarification des fichiers de licence AGPL 3
	- (i) cleanup fichiers installation

-------
04/11/2020	v4.107.2-3.7.9
	- (e) Par défaut, Utilisateur = Acheteur = celui qui crée la fiche
	(sans possibilité de changer si profil UTILISATEUR)
	- (e) Renommage et filtrage de quelques champs administratifs d'un matériel 
	- (i) Requete sql pour ajouter types devis et facture dans type_documents
	- (b) Bugfix logout quand le user est déjà logout...
	- (i) Prix doit être strictement positif

-------
03/11/2020	v4.107.1-3.7.9
	- (i) Version finale (validée par Gestion) du diagramme UML Etats-Transitions du statut d'un matériel
	(pour préparer la nouvelle version V5 de janvier 2021)

-------
02/11/2020	v4.106.9-3.7.9
	- Nouveau diagramme UML Etats-Transitions du statut d'un matériel
	(pour préparer la nouvelle version V5 de janvier 2021)

-------
27/10/2020	v4.106.8-3.7.9
	- (i) Nouvelle simplification de la logique des stats 
	=> On utilise AppController.beforeFilter() au lieu de afterFilter() (ou encore config/bootstrap.php et src/Routing/Filter/SessionTimeoutFilter.php)
	=> les actions login et logout sont traitées spécifiquement dans leurs fonctions respectives de UsersController (login() et logout())

-------
26/10/2020	v4.106.7-3.7.9
	- (i) Nouvelle simplification de la logique des stats 
	=> (on utilise AppController.afterFilter() au lieu de config/bootstrap.php et src/Routing/Filter/SessionTimeoutFilter.php)
	=> le logout est géré spécifiquement car il n'est pas détecté par afterFilter()...
	
-------
24/10/2020	v4.106.6-3.7.9
	- (i) Grosse refactorisation et simplification de la logique des stats (UsersController => StatsTable)

-------
23/10/2020	v4.106.5-3.7.9
	- (b) Bugfix tests (ajout Stats en fixture)
	- (e) Ajout d'un champs "description" à toutes les tables qui en manquent 
	- (i) Ajout de contraintes d'unicité (index unique) sur le champs "nom" de toutes les tables qui le justifient 
	- (e) Réarrangement de la page d'accueil
	- (e) Réarrangement de la page Outils
	- (b) Très Gros Bugfix des utilisateurs utilisés pour les tests !!!
	=> maintenant c'est cohérent et clean
	=> ca marche y-compris avec les stats de connexion !

-------
22/10/2020	v4.106.3-3.7.9
	- (e) Grosse amélioration des stats de connexion (pages /stats)

-------
21/10/2020	v4.106.0-3.7.9
	- (i) Ajout d'une nouvelle table "stats" (/stats) qui maintient pour chaque utilisateur son nb de connexions et sa durée de connexion par année
	- (i) Correction d'un TRÈS VIEUX problème qui faisait que lorsqu'on POST des données (bouton Submit)
		puis qu'on revient en arrière, on avait une page blanche avec message erreur "Le document a expiré..."
		C'est enfin réglé !

-------
20/10/2020	v4.105.34-3.7.9
	- (e) Coloration des boutons de statut sur la page liste des matériels
	- (e) Ajout du champ "ce materiel restera au labo ?" (oui par défaut)
	- (e) Vue détaillée matériel : précision du statut sous le nom et par la couleur du nom 
	- (i) Changement code couleur : bleu=à commander ; noir=livré (validé) ; orange=à sortir ; rouge=archivé 
	- (b) GROS Bugfix tri par défaut de la liste des matériels (par date)
	- (e) Précision "acheteur" et "utilisateur" dans les mails de notification
	- (e) Amélioration des notifications sur actions spéciales (index avec POST, remplacement fournisseur...)
	- (b) bugfixes champ utilisateur du matériel, et fournisseur
	- (e) Version définitive du formulaire de remplacement d'un fournisseur
	- (e) Ajout du champ "Utilisateur (destinataire du bien)" pour un matériel
	=> par défaut = acheteur

-------
19/10/2020	v4.105.27-3.7.9
	- (i) Grosse mise à jour de la page "Gestion des Fournisseurs"
	=> nouvelle requete de "nettoyage automagique" de toute la liste
	=> nouveau formulaire de remplacement d'un fournisseur par un autre
	=> Nombre de fournisseurs affiché
	- (b) Bugfix tests => tous les tests doivent passer maintenant

-------
16/10/2020	v4.105.25-3.7.9 (EP)
	- (i) GROS Nettoyage de la liste des fournisseurs : 
	=> GROSSE requete sql très compliquée de suppression des doublons (et des espaces en trop)
	- (i) Suppression de la règle technique/inventoriable
	- (e) prix_ht désormais obligatoire

-------
15/10/2020	v4.105.24-3.7.9 (EP)
	- (i) changement du type de prix_ht dans table materiels (on passe de float unsigned à decimal(13,2) qui est plus sûr) 
	- (b) adaptation/amélioration de la recherche de matériels sur prix_ht (marche avec ou sans centimes)
	- (b) adaptation et bugfix tests

-------
14/10/2020	v4.105.23-3.7.9 (EP)
	- (i) tests cleanup
	- (i) Mise à jour de toutes les Fixtures de test (tests/TestCase/Model) pour qu'elles soient en 1ère lettre capitale (nouvelle norme)
	- (b) Correction de quelques DEPRECATED errors
	
	
-------
13/10/2020	v4.105.21-3.7.9 (EP)
	- (i) Mise à jour de toutes les Fixtures de test (tests/TestCase/Controller) pour qu'elles soient en 1ère lettre capitale (nouvelle norme)
	
-------
13/10/2020	v4.105.20-3.7.9 (EP)
	- (b) petit bugfix database (pour IAS)

-------
13/10/2020	v4.105.19-3.7.9 (EP)
	- (b) GROS Bugfix tests : un problème très ancien résolu today !!!
	Dans certains cas, les tests utilisaient la BD de prod au lieu de la BD de test,
	c'est maintenant terminé, non mais !

-------
12/10/2020	v4.105.18-3.7.9 (EP)
	- (b) Bugfix tests + correction de parties de code qui généraient des erreurs NOTICE
	- (b) Bugfix liste des projets, tri par colonnes
	
-------
09/10/2020	v4.105.14-3.7.9 (EP)
	- (e) Optimisation, bugfix, et amélioration des pages de listes utilisateurs et responsables
	=> refactorisées en 1 seule action index() (index_recap() virée) et 1 seule vue index.ctp (index_recap.ctp virée) 
	- (b) bugfix tri colonnes de la liste des materiels

-------
09/10/2020	v4.105.13-3.7.9 (EP)
	- (b) bugfix requete sql db-update-2020-06-10.sql
	- (i) requete sql corrective
	- (b) bugfix tri colonnes des listes materiels et utilisateurs
	- (e) amélioration vue des responsables  

-------
09/10/2020	v4.105.11-3.7.9 (EP)
	- (e) Ajout d'un lien vers l'annuaire du labo sur la page des utilisateurs

-------
08/10/2020	v4.105.10-3.7.9 (EP)
	- (i) Une seule vue unique pour la liste des groupes métier/thématique (refactorisation)
	=> nouvelle action générique index_generic() dans Controller/AppController.php (à côté de view_generic())
	=> nouvelle vue générique index.ctp dans Template/Common/ (à côté de view.ctp)
	=> début de vue unique pour TOUTES les "autres listes" (faut juste généraliser un peu plus...)
	=> TODO: ne restera plus qu'à faire la dernière vue/action générique add_edit (mais aussi delete),
	pour avoir un CRUD générique complet pour TOUTES les "autres listes" 
	- (e) Ajout d'un lien vers la page web des projets du lobo (sur page projets)
	- (e) On n'affiche que la 1ère ligne de la description des groupes thématique/métier

-------
08/10/2020	v4.105.9-3.7.9 (EP)
	- (i) Ajout d'un lien vers la page web des groupes métier/thématique du lobo
	- (i) Ajout de la mention de l'utilisateur (proprio) du matériel dans les notifications
	- (i) Amélioration du commentaire de log et mail lors de l'ajout d'un document
	- (e) champs description des groupes thématique et métier => champs TEXT
	- (e) Indication de la responsabilité des utilisateurs vis à vis d'un groupe
	sur la vue détaillée d'un groupe métier/thématique 

-------
07/10/2020	v4.105.4-3.7.9 (EP)
	- (e) Tri automatique de TOUTES les (sous-)listes associées (dans les 'Autres listes')
	- (e) Ajout de sections dans la vue du matériel (+ joli)
	- (b) Bugfixed configuration
	- (b) Bugfixed tests de l'entité Projets
	- (i) refactorisation de la vue 'view' pour TOUTES les 'autres' entités (étape 3 sur 3, terminé)
	- Gestion automatique des entités "parentes" et "enfants" et de bcp d'autres choses encore...
	- Très générique (meta-programmation)
	=> dans AppController:view_generic()
	=> utilisation de mon helper src/View/Helper/MyHelperHelper/displayAssociatedEntitiesAsSectionShowHide()
	=> un seul template unique utilisé /src/Template/Common/view.ctp, évite toutes ces trop nombreuses redondances, 
	=> plus efficace, on modifie tout en un seul endroit ! (au lieu d'une dizaine de pages web différentes avant !)

-------
06/10/2020	v4.105.0-3.7.9 (EP)
	- (i) refactorisation de la vue 'view' pour toutes les 'autres' entités (étape 2, étape 3 en cours...)
	=> dans AppController:view_generic()
	=> utilisation de mon helper src/View/Helper/MyHelperHelper/displayAssociatedEntitiesAsSectionShowHide()
	=> un seul template unique utilisé /src/Template/Common/view.ctp, évite toutes ces trop nombreuses redondances, 
	=> plus efficace, on modifie tout en un seul endroit ! (au lieu d'une dizaine de pages web différentes avant !)


-------
05/10/2020	v4.104.5-3.7.9 (EP)
	- (b) bugfix UPDATE script => les requetes sql n'étaient tout simplement PAS exécutées !!!
	- (i) Refactorisation de toutes les vues des "autres listes" (étape 1, étape 2 en cours...)
	=> un seul template unique utilisé /src/Template/Common/view.ctp, évite toutes ces trop nombreuses redondances, plus efficace,
	on modifie tout en un seul endroit !
	=> utilisation de mon helper src/View/Helper/MyButtonHelper/displaySectionShowHide()

-------
02/10/2020	v4.104.3-3.7.9 (EP)
	- (b) Bugfix Toutes les vues avec des entités associées : les sections n'étaient plus pliables
	- (b) Bugfix Recherche materiels => plantait à cause de gestionnaire pas trouvé !!
	- (i) Modif contrainte intégrité entre materiel et groupes metier/thematique => SET NULL
	(afin de pouvoir supprimer un groupe metier/thematique même s'il a des matos associés)
	- (e) Nouveau bouton "Exporter la liste courante" sur la vue liste des matériels (materiels/index) 
	- (b) Bugfix nom du serveur dans les mails

-------
01/10/2020	v4.103.23-3.7.9 (EP)
	- (i) Ajout règles validation pour responsabilités attribuées à un User
	- (b) Bugfix "Lignes par page" sur liste matériels => marchait pas pour "150" 

-------
30/09/2020	v4.103.21-3.7.9 (EP)
	- (b) bugfix TESTS
	- (b) bugfix "double responsabilité par défaut" => ajout des champs "est responsable du groupe métier/thématique" pour éviter ça 
	- (b) bugfix formulaire des Utilisateurs : on était obligé de choisir un groupe métier et thématique et un domaine => désormais facultatif ('N/A') !
	- (b) divers petits bugfixes

-------
29/09/2020	v4.103.18-3.7.9 (EP)
	- (b) bugfix suppression d'un materiel : on peut désormais supprimer, après confirmation, même avec des docs, emprunts, ou/et suivis liés (ils sont supprimés aussi)
	- (b) pleins de petits bugfixes
	- (i) Ajout confirmation lors de la suppression d'un materiel !!!
	- (i) Nettoyage (cleanup) du code de gestion des notifications
	- (i) Ajout notification sur changement de config

-------
28/09/2020	v4.103.15-3.7.9 (EP)
	- (i) Ajout du champ "Gestionnaire" dans le formulaire de recherche de matériels
	- (i) Ajout du champ "Gestionnaire" dans l'export CSV de la liste des matériels 
	- (e) Ajout d'une page web "/pages/Notifications" qui donne l'état actuel des notifications (quelles notifs pour quelles actions)
	(sur le modèle de /pages/acls)
		=> Ajout d'explications générales sur la page des notifications et de liens vers la page de log
		=> Ajout d'une explication de chaque action
		=> Mise à jour des liens vers la doc technique sur les pages Autorisations et Notifications
		=> Ajout de l'état des notifications par email : activé ou désactivé (+ lien vers config)

-------
25/09/2020	v4.103.8-3.7.9 (EP)
	- (i) Grosse amélioration et rationalisation (généralisation) de la gestion des notifications : log et/ou email (VERSION FINALE)
	- (b) Bugfix action /materiels/mailDevis
	- (b) Divers bugfixes
	
-------
25/09/2020	v4.103.7-3.7.9 (EP)
	- (i) Grosse amélioration et rationalisation de la gestion des notifications : log et/ou email (étape 6)
	- (i) Les noms et verbes associés aux actions (pour les notifs) sont désormais aussi configurables, et par labo

-------
24/09/2020	v4.103.6-3.7.9 (EP)
	- (i) Grosse amélioration et rationalisation de la gestion des notifications : log et/ou email (étapes 4 et 5)
	- (i) Sauvegarde de l'entité courante dans $current_entity (dans AppTable), disponible pour tous les controleurs (sur save() et delete())

-------
23/09/2020	v4.103.4-3.7.9 (EP)
	- (i) Grosse amélioration et rationalisation de la gestion des notifications : log et/ou email (étape 3) :
		- (i) généralisaiton des types de notifications : log ou/et email
		- (i) notification envoyée systématiquement pour toute action de toute entité, via afterFilter(),
		et ensuite invalidée éventuellement si pas autorisée
	- (i) Amélioration de l'ajout par copie (materiels/add)
	
-------
22/09/2020	v4.103.2-3.7.9 (EP)
	- (e) Grosse amélioration et rationalisation de la gestion des emails (étapes 1 et 2) :
		- une seule fonction sendmail(), suppression de sendEmail()
		- meilleur algo général
		- toute entité peut envoyer un email (Materiel, Document, Suivi, Emprunt, ...)
		- on peut définir au niveau de chaque entité, quelle(s) action(s) envoient un mail
		- cette définition est configurable pour chaque labo 
		(comme pour les acls, au niveau du code source, pas encore via la BD, ca va viendre plus tard...) 
	

-------
17/09/2020	v4.102.0-3.7.9 (EP)
	- (i) Tests Fixtures => toutes simplifiées pour utiliser le format de la table de prod par défaut 

-------
17/09/2020	v4.101.13-3.7.9 (EP)
	- (i) updated tests ok
	- (e) date réception => "date livraison", et ne doit pas être future

-------
16/09/2020	v4.101.11-3.7.9 (EP)
	- (i) Fixtures de tests simplifiées avec utilisation par défaut du format des champs de la BD de production (inutile de s'embêter à tout redéfinir et à tenir à jour !!!)
	- (i) Corrigé petit bug sur site_id qui valait 2 par défaut (au lieu de null)
	- (e) Changé format date cache : + nb jours
	- (b) Bugfixed envoi mail sur validation, et supprimé ancienne fonction sendEmail() (remplacée par sendmail())
	- (b) Bugfixed tests => tous ok
	- (b) Bugfixed recherche générale : on peut maintenant chercher aussi un projet
	- (b) Bugfixed et réactivé test date reception > date achat "mais pas trop" (bug sur php5)

-------
15/09/2020	v4.101.6-3.7.9 (EP)
	- (b) Temporairement désactivé test date reception > date achat "mais pas trop" à cause bug sur php5 !!!
	- (e) Améliorations de la vue liste des projets et de la vue détaillée
	- (b) désactivation du test ProjetsControllerTest car bug sur fixtures
	
-------
14/09/2020	v4.101.2-3.7.9 (EP)
	- (e) Gestionnaire de référence désormais obligatoire pour valider un matériel
	- (e) Gestionnaire de référence automatiquement positionné quand c'est un gestionnaire qui crée ou édite une fiche
	- (e) Message d'erreur plus précis pour dire quel champ manque lors de la validation
	- (e) Nouveau schéma de version : A.B.C-D.E.F
		=> avec A.B.C le numéro de version du logiciel LabInvent, et D.E.F le numéro de version du framework CakePhp utilisé
		=> avec A.B.C = A numéro de version majeur, B numéro de version mineur (nouvelle fonctionnalité), C numéro de bugfix
		=> avec A=1 (toute première version Upsillon), A=2 (première version remaniée par l'IRAP avec CakePhp2), A=3 (version avec CakePhp3), A=4 (version mobile)
	- (e) Etiquette posée "O" et non pas "Y"
	- (e) Labels de projet en français
		
-------
11/09/2020	v3.7.9.100 (EP)
	- (e) Nouveau filtre de la liste des matériels (index) => par "projet"
	- (i) Grosse refactorisation de tous les filtres (nb lignes, age, domaine, projet) de la page index (liste des matériels) => une fonction unique $displayFilter() dans index.ctp 
	
-------
10-11/09/2020	v3.7.9.97-99 (EP)
	- (e) Ajout de l'entité (table) "Projet", à laquelle un matériel peut (ou pas) être associé
	- (b) Enorme bugfix sur le numéro d'inventaire qui se régénérait à chaque modif du matériel !!! 
	- (i) Changement de quelques règles d'accès (ACL) par défaut
	- ...

-------
07/09/2020	v3.7.9.96 (EP)
	- (b) Bugfixes : email envoyé sur validation, et sur doc attaché à une fiche matériel

-------
03-07/09/2020	v3.7.9.93-95 (EP)
	- (e) Nouveau format etiquette 19mm avec QrCode pour la nouvelle etiqueteuse Dymo MobileLabeler => format etiquette numéro 3
	- (i) refactorisation des formats d'etiquette en 1 seule fonction etiquette_formatX()

-------
03/09/2020	v3.7.9.92 (EP)
	- (b) (materiels/edit) bugfix "action impossible" quand edition d'un materiel avec date achat nulle

-------
31/07/2020	v3.7.9.84-91 (EP)
	- (b) (materiels/index) bugfixes champ recherche sur liste materiels :
		- perdait le contexte des autres paramètres (age, domain, ...)
		- perdait le contexte du statut (CREATED, VALIDATED, ...)
		- perdait le nombre de lignes par page (aff)
	- (i) (materiels/index) Grosse refactorisation (et simplification) du code des boutons filtrage par statut et champ recherche 
	- (i) Amélioration scripts database/mode_panique.sh et database/update/db-update.sh
	- bugfixes TESTS
	- (materiels/add_edit) bugfix champ fournisseur qui perdait son contenu en cas d'erreur de validation sur un autre champ
	
-------
30/07/2020	v3.7.9.78-82 (EP)
	- (i) Meilleure résilience (reprise après crash) du script UPDATE avec fichier ftpf (install/files_to_process.txt file)
	=> permet de s'assurer que les script sql non exécutés (à cause crash ou stop script) le seront à l'itération suivante 
	- bugfix pb année date sur 2 chiffres avec php5 !!
	- assert sur date_validated et date_archived dans materiels/view
	 
-------
29/07/2020	v3.7.9.77 (EP)
	- Bugfix Page "Statistiques"
	- (e) Nouveau champ recherche générale des matériels sur page liste des matériels (/materiels/index) : plus intuitif, plus pratique, plus efficace 

-------
29/07/2020	v3.7.9.76-77 (EP)
	- (e) Page "Statistiques" améliorée (menu Outils, /pages/stats) : 
		- nombre de matériels créés, validés, archivés, suivis, et prêtés (en moyenne, au total, et par année)
		- choix du nb de matériels à lister

-------
25/07/2020	v3.7.9.72-75 (EP)
	- Fiabilisation du nouveau script database/update/db-update.sh
	- Try-catch avant exécution grosses requetes sql (par exemple celle pour la vue index des materiels) 
		pour afficher message clair en cas d'exception BD (PDOException) (au lieu de "Action impossible (pdo)", pas clair du tout...)
	- (e) Nouvelle page "Statistiques" depuis le menu Outils
	- Nouveaux champs date_archived et date_validated (table materiels) mis à jour à chaque validation ou archivage (+ affichage de ces dates)

-------
23/07/2020	v3.7.9.69-71 (EP)
	- (b) Bugfix OrganismesController getArticle => public
	- .gitignore modifs : ignorer dossier Eclipse .metadata/...
	- (e) nouveau filtre "domaine" pour afficher la liste des matériels par domaine (informatique, électronique, ...)
	- (i) nouveau script database/update/db-update.sh UNIQUE pour exécuter un script sql passé en argument
		=> remplace tous les scripts database/update/db-update-yyyy-mm-dd.sh désormais inutiles et à supprimer prochainement
	

-------
22/07/2020	v3.7.9.67-68 (EP)
	- (b) Bugfix espace en trop pour nom labo avec "l'" (de l' IRAP, de l' IAS)
	- label plus lisible pour article devant nom labo (config)
	- (e) cacher menu "Autres listes" pour les profils Utilisateurs
	- (i) "Voir mes matériels" => par défaut "tous les ages", pas seulement les matos de moins de 5 ans
	- Script UPDATE : Affichage version AVANT et APRES update
	- (i) Logos personnalisés par labo

-------
21/07/2020	v3.7.9.65-66 (EP)
	- (i) Ajouts important de TESTS sur les dates d'un matériel (achat, livraison, fin garantie)
	- (i) Amélioration et refactorisation tests sur les dates 

-------
17/07/2020	v3.7.9.63-64 (EP)
	- (i) Renforcement important des controles sur les dates d'un matériel (achat, livraison, fin garantie) 
	- (i) Le numero d'inventaire généré automatiquement en fonction de l'année d'achat est désormais MIS À JOUR à chaque fois qu'on change la date d'achat !!!
	- (b) bugfixes et renforcement des tests (date reception doit maintenant etre >= date achat, et test sur message flash était insuffisant et laissait passer des cas...)

-------
16/07/2020	v3.7.9.61-62 (EP)
	- (e) Amélioration importante de la nouvelle page web "Changements" (/pages/changes)
	- (b) Bugfix "sauf ARCHIVED" dans materiels/index/ (pour profils user et resp)
	- (b) bugfix tests car maintenant materiels/index/ ne renvoit que les materiels de - 5 ans !!
	- (i) Grosse amelioration tests liés au numéro inventaire incrémenté de 1 et au nb de matériels trouvés dans vue index (bien + souple qu'avant)
	- (i) Grosse amelioration tests liés à la recherche de matériels testFind (bien + souple qu'avant)
	- (b) bugfix accès vue configuration
	- (e) Ajout de la section "NEWS" dans la page "Changements" (/pages/changes)
	
-------
13/07/2020	v3.7.9.60 (EP)
	- (e) Nouvelle page web "Nouveautés" (/pages/changes) => CETTE PAGE ACTUELLE 
		- Changements migrés dans fichier CHANGES.txt et affichés proprement dans une nouvelle page web changes.ctp
	- (e) Mise à jour page 'about' avec fichier LICENSE
	- (b) Bugfix requete sql db-update-2020-06-10.sh pour IAS
	
-------
10/07/2020	v3.7.9.58-59 (EP)
	- (e) Nouveau filtre "age" (FINALISÉ) sur page index des matériels (/materiels/index) : Affichage des matériels par tranche d'âge (0-5 ans, 5-10, ...)
	- (e) Amélioration des filtres par statut => gardent les paramètres (options) déjà sélectionnées (age, nb lines, tri...)
	- (b) Bugfix url rewriting dans la page materiels/index pour supprimer le paramètre "page" car ça n'est pas pertinent et ça provoque plantages
	- (i) Grosse refactorisation du javascript dans la page materiels/index pour utiliser le meme code pour les 2 filtres "age" et "nb lines"
	- (b) Bugfixes code et nombreux petits bugfixes sur les css
	
-------
07/07/2020	v3.7.9.56-57 (EP)
	- (e) Materiel : technique ou/et inventoriable => trop compliqué et inutile => en fait c’est un OUX (exclusif)
		=> simplifier en ne gardant qu'UNE SEULE case à cocher qui s'appelle "materiel technique".
		=> Si cette case n'est pas cochée, le prix doit alors être supérieur à 1000E 
		=> par contre, on garde quand même le champ ds la BD au cas où.
	- (e) Colorisation selon statut du matériel :
		CREATED => bleu
		VALIDATED => vert
		TBA => orange
		ARCHIVED => rouge
		
-------
06/07/2020	v3.7.9.54-55 (EP)
	- (b) Bugfix test SurCategories : marche maintenant sur php5 et php7
	- (e) Fichier LICENSE (AGPL)
	- (e) Conditions d'utilisation à accepter lors de l'installation
	- (i) script ./INSTALLATION
	- (i) Mode "nolimit" dans la config ("Superadmin a tous les droits", depuis menu Tools)
	- Ajout d'un "alias" pour décrire chaque action de chaque controleur
	
-------
03/07/2020	v3.7.9.53 (EP)
	- (b) Bugfix Emprunts calcul sur les dates pourri : on utilise maintenant FrozenDate et FrozenTime de cakephp au lieu de DateTime de php

-------
30/06/2020	v3.7.9.51-52 (EP)
	- (b) Bugfix et refactorisation des actions documents /admission, /sortie, /ficheMateriel
		=> désormais, on passe l'id du matos associé et non pas son numero d'inventaire !!! (mauvais raccourci)
		=> ca permet de tester les conditions d'accès de ces actions en fonction du matériel concerné !! 
	- Bugfix test de ces mêmes actions (mal testées avant)
	- L'ajout (/add) d'un suivi, emprunt, ou doc doit toujours se faire avec l'id de l'entité parente associée (en général materiel id) 
	=> (/add/id) sinon refus
	- ...
	
-------
29/06/2020	v3.7.9.50 (EP)
	- (i) Nouveau (et dernier dernier) super test ajouté : test du cycle de vie complet d'un matériel (CREATED => ... => ARCHIVED) 

-------
26/06/2020	v3.7.9.48-49 (EP)
	- (i) TEST3 : Ajout d'un 3ème (et DERNIER) gros test générique des vues index et view de Materiels (/materiels/index et /view) qui teste le CONTENU des vues pour TOUS les materiels de la BD de test (fixture), aussi bien dans la vue index globale que dans CHAQUE vue détaillée de chaque matériel (et surtout en vérifiant aussi la liste des entités associées (suivis,emprunts,documents).

-------
25/06/2020	v3.7.9.43-47 (EP)
	- (i) TEST2 : Ajout d'un 2ème très gros test générique des vues index et view de Materiels (/materiels/index et /view) qui teste le CONTENU des vues (les boutons d'action) 
	à partir d'UN UNIQUE matériel de test qui est modifié à souhait pour essayer de représenter tous les grands cas possibles
	
-------
23/06/2020	v3.7.9.40-42 (EP)
	- (e) Nouvelle page qui affiche les messages de log PAR niveau (level info, debug, notice, error...) : disponible depuis la page Outils (/pages/logs)
	- (i) Toules les actions importantes (add,edit,delete, changement statut...) sont désormais loggées et donc affichables via la page Outils ci-dessus
	- Accélération de la recherche du numéro de version dans le fichier README, affichée à CHAQUE page web du site !!!

-------
19/06/2020	v3.7.9.39 (EP)
	- (i) TEST1 : Ajout d'un 1er très gros test générique automatique pour (presque) TOUTES les actions de (presque) TOUS les controleurs principaux (Materiels, Suivis, et Emprunts) mais aussi du controleur "quelconque" SurCategories (pour vérifier que ça marche aussi, et j'ai bien fait car il est spécial ne serait-ce que de par son nom !!!)
	- Dans ces tests génériques, on teste non seulement qu'une action s'exécute seulement quand elle y est autorisée, mais aussi qu'elle s'exécute correctement (au moins pour les actions CRUD : add,edit,delete...) 
	
-------
12/06/2020	v3.7.9.37 (EP)
	- Amélioré l'action materiels/print_label_ruban (impression etiquette) : un peu plus conforme au standard, un peu moins bidouille qu'avant, et surtout plus besoin de la finir par un "sale" "exit" => donc on peut maintenant la tester, et c'est ce qui a été fait ! (elle est pas encore total nickel mais bon c'est mieux qu'avant)  
	- modifié Fixtures pour supprimer les 'id' explicites
	- (b) bugfix action materiels/statusToBeArchived (ou statusToBearchived) => remplacé partout par statusTobearchived

-------
10/06/2020	v3.7.9.35 (EP)
	- Requete SQL pour répercuter tous les changements depuis avril !!!
	- 1ère version officielle mise en PROD depuis un bail (presque 2 mois)

-------
05/06/2020	v3.7.9.33 (EP)
	- (b) bugfix : renommé groupe_thematique_id en groupes_thematique_id pour etre harmonisé partout et surtout avec "groupes_metier_id" !!!
	- (i) AUTORISATIONS DESORMAIS ADAPTABLES POUR CHAQUE LABO => pris en compte (testé) aussi dans les tests avec setAuthorizations_TEST()
		=> chaque labo peut désormais adapter les autorisations des utilisateurs à sa sauce !!!
		=> on part des règles générales par défaut, puis on adapte si besoin, cool non ?
	- Vues view (déjà fait avant) et index : les boutons d'action (éditer, valider, supprimer...) s'affichent désormais en fonction des autorisations centralisées 

-------
04/06/2020	v3.7.9.30-31 (EP)
	- (i) MISE À JOUR DE TOUS LES CONTROLEURS pour le nouveau système d'autorisation
	- (i) SIMPLIFICATION DES AUTORISATIONS POUR LA PLUPART DES CONTROLEURS SIMPLES
	- (i) AUTORISATIONS PAR DÉFAUT POUR TOUT NOUVEAU CONTROLEUR BASIQUE
	- (e) NOUVELLE PAGE AFFICHANT LES AUTORISATIONS DYNAMIQUEMENT (/pages/acls ou /pages/acls/#nom_du_controleur)
		=> On peut ainsi vérifier ce qui est appliqué à l'instant T (juste après la modif d'une règle par exemple)
		
-------
03/06/2020	v3.7.9.29 (EP)
	- (i) NOUVEAU SYSTEME D'AUTORISATION DES ACTIONS => CENTRALISÉ et testé OK
		=> TOUS les tests passent sauf certains qui ne passent plus car les nouvelles conditions sont plus strictes
		(ils ont été temporairement désactivés en attendant réécriture plus générique qui viendra très vite)
		=> Autorisations définies dans chaque controleur par setAuthorizations() qui initialise un tableau UNIQUE de AppController ($this->is_authorized_action)
		=> La méthode isAuthorized() de chaque controleur appelle isAuthorizedAction() (de AppController) qui autorise ou pas l'action en fonction de ce tableau unique
		=> Quand on veut changer une autorisation, il suffit de le faire UNE SEULE FOIS dans la méthode setAuthorizations()
		   Cette autorisation sera alors prise en compte PARTOUT dans le code (code des actions, des vues, etc...)
		=> L'initialisation des autorisations est faite (par la méthode setAuthorizationForAction() de AppController) dans un format standard, 
		quelque soit l'autorisation, donc c'est très LISIBLE et facile à modifier
	
-------
15/05/2020	v3.7.9.28 (EP)
	- (i) Utilisation systématique de variables "$CAN_xxx" dans les VUES pour tester si un affichage est autorisé ou pas 
		=> bcp plus centralisé qu'avant, et bcp plus clean et lisible  
 		=> désormais TOUS les droits sont définis dans la SEULE méthode isAuthorized() de CHAQUE controleur et NULLE PART AILLEURS
 		=> si on veut changer un droit d'accès quelconque, on ne le change QUE là. Ouf, on respire, c'est bien plus cohérent et maintenable qu'avant
 		=> FIN de la galère de la gestion des droits (acl) enfin, il aura fallu quelques années pour y parvenir !!!
	
-------
11/05/2020	v3.7.9.27 (EP)
	- (e) Ajout d'un LOG applicatif dans le fichier /logs/debug.log pour toutes les actions importantes (add, edit, delete, ...) qui permet de savoir kiafekoi

-------
07/05/2020	Version 3.7.9.26 (EP)
	- (i) shortcuts dans AppController (donc disponible pour TOUS les controleurs) : 
		- $this->u = user courant
		- $this->e = entité courante
		- $this->e_id = id de l'entité courante
		- $this->a = action en cours
		- $this->c = controleur en cours (?)
		- $this->getEntity($id=null) // id=null si matos courant
	- (i) harmonisation des noms de méthodes pour MaterielsController :
		- $this->isCreated($id=null) // id=null si matos courant
		- $this->belongsToUser($username, $id=null) // id=null si matos courant
		 	et $this->belongsToCurrentUser($id=null) // id=null si matos courant
		- $this->isSameGroupAsUser($userlogin, $id=null) // id=null si matos courant
		 	et $this->isSameGroupAsCurrentUser($id=null) // // id=null si matos courant
	- (i) harmonisation des méthodes dans entité Materiel (Entity) :
		- is_created, is_validated, is_tobearchived, is_archived 
		- belongsToUser($username) // owned or declared by user
		- isSameGroupAsUser($usergroup1, $usergroup2) // is same group as user groups
		- ...
			
-------
30/04/2020	Version 3.7.9.23 (EP)
	- ajout de l'option globale $this->SUPERADMIN_CAN_DO_EVERYTHING dans AppController (false par défaut) pour donner rapidement TOUS les droits à superadmin (juste passer à true)
	- Nouvelles règles ACL (conditions d'accès) sous forme de tableau $acl => en cours...
		=> ce changement offre plusieurs avantages, et devrait notamment permettre de :
		- clarifier les conditions d'accès, 
		- les rendre plus facilement modifiables
		- les rendre copiables d'une action à l'autre (et donc facilement réutilisables sans avoir à réécrire de code)
		- afficher une page web présentant automatiquement (dynamiquement) une synthèse claire de toutes les ACL, action par action, et profil par profil
			(ce qui permettra de se rendre compte plus facilement de l'état actuel des conditions d'accès) 
	
-------
28/04/2020	Version 3.7.9.21 (EP)
	- (i) mon 1er View Helper dans src/View/Helper (MyButtonHelper) pour créer plus facilement des boutons !! :
	- (i) migration des fonctions getActionButton() et displayElement() dans MyButtonHelper et remplacement progressif dans les vues
	
-------
20/04/2020	Version 3.7.9.19 (EP)
	- (i) TOUTES les nombreuses sections Toggle javascript refactorisées en 5 lignes (show/hide) !!
	
-------
16/04/2020	Version 3.7.9.18 (EP)
	- (i) Amelioration gestion des Dates... :
		- GROS bugfix check dates : uniformisation du format date partout (vues et DatePicker.js et code javascript) => dd/mm/aaaa (au lieu de dd-mm-aa)
		- nombreuses refactorisations, généralisations et améliorations du code javascript (bcp de refactorisation dans script.js)
	
-------
09/04/2020	Version 3.7.9.16-17 (EP)
	(i) Amelioration Suivis :
		- ajout champ is_metro dans table type_suivis pour les types liés au module métrologie
		- ajout champ "is_regular" dans table type_suivis pour déclarer les types de suivis réguliers (fréquence) ou irréguliers (date)
	- début d'utilisation des migrations de BD
	
-------
01-02/04/2020	Version 3.7.9.13-14 (EP)
	- (e) MATERIELS : GROSSE amélioration pour le fournisseur avec autocomplétion et autocorrection !!
		(le fournisseur est toujours en BD mais il est automatiquement ajouté si on en saisit un nouveau)
		(ça corrige aussi automatiquement si espaces en trop, y-compris les anciens déjà saisis,
		bref c'est miraculous !!!)
		(2 jours de boulot quand même...)
	
-------
31/03/2020	Version 3.7.9.12 (EP)
	- (i) MATERIELS : Amélioration et Bugfixes par refactorisation des vues add et edit en 1 seule add_edit
	- + Ajout de fournisseur possible
	
-------
26/03/2020	Version 3.7.9.10 (EP)
	- (i) EMPRUNTS : Amélioration par refactorisation (1)
		Comme pour les docs attachés et les suivis (même principe) :
		- refactorisation des actions add() et edit() en une seule add_or_edit() (car très semblables)
		- refactorisation des vues add et edit en une seule add_edit (car très semblables)
	
-------
25/03/2020	Version 3.7.9.9 (EP)
	- (i) SUIVIS : Amélioration par refactorisation (2)
		Comme pour les docs attachés (même principe) :
		- refactorisation des actions add() et edit() en une seule add_or_edit() (car très semblables)
		- refactorisation des vues add et edit en une seule add_edit (car très semblables)

-------
24/03/2020	Version 3.7.9.8 (EP)
	- (i) SUIVIS : Amélioration et nombreux Bugfixes !!! (1)
		- ajout intitulé comme titre
	
-------
23/03/2020	Version 3.7.9.6-7 (EP)
	- (i) DOCS LIÉS : Amélioration de la gestion des docs attachés (3)
		- Enorme simplification grâce à la refactorisation des vues add et edit en une seule add_edit car elles sont très semblables
		- Amélioration et nombreux bugfixes de la gestion des docs attachés (2)

-------
16/03/2020	Version 3.7.9.1-5 (EP)
	- (b) Premiers bugfixes du nouveau site responsive
	
-------
11/03/2020	Version 3.7.9.0 (EP)
	- (e) NOUVELLE VERSION RESPONSIVE validée et installée officiellement à l'IRAP et au CRAL (mobile ready)
	- (e) Nouveau format de version qui colle à la version utilisée du framework Cakephp (3.7.9)

-------
10/03/2020	Version 2.14.8 (EP)
	- (b) Dernier bugfix pour valider nouvelle version 2.14 (responsive) : bugfix test etiquette collée

-------
10/03/2020	Version 2.14.7 (EP)
	- (b) Nombreux petits bugfixes (dont 1 gros : bouton CANCEL) :

-------
06/03/2020	Version 2.14.6 (EP)
	- (b) 6 gros bugfixes de la version 2.14 (responsive) sur 1 semaine de boulot !!

-------
28/02/2020	Version 2.14.0 (Jeanne Prugniel, stagiaire CRAL)
	- (e) Application maintenant "responsive" avec l'utilisation de boostrap (ok sur pc, tablette, et mobile)

-------
29/01-17/02/2020		Version 2.13.13-14 (EP)
	Ajout bootstrap-ui

-------
21/01/2019	Version 2.13.12 (EP)
	- (b) Bugfix connexion superadmin en mode SANS LDAP (en cours...)
	- (b) Bugfix et amélioration script installation (script création users BDD...)
	- (i) Amélioration script update (ajout mise à jour auto des plugins php)

...





-----------------------------------------------------------------------------------------------------------

CHANGEMENTS DANS LE DÉTAIL (pas forcément visibles, parfois très importants mais internes, pour les devs)

(Liste complète des évolutions: https://gitlab.irap.omp.eu/epallier/labinvent/commits/master)

-----------------------------------------------------------------------------------------------------------

03/07/2020	v3.7.9.53-54 (EP)
	- Bugfix test SurCategories : devrait maintenant marcher sur php5 et php7
	- Bugfix Emprunts calcul sur les dates pourri : on utilise maintenant FrozenDate et FrozenTime de cakephp au lieu de DateTime de php
	- Changement stratégie find matériels, liste des Propriétaire : ce n'est plus la liste des gens qui ont au moins 1 materiel, mais la liste de tous les utilisateurs (tout le ldap)
	- Bugfix suivis : type suivi doit être obligatoire !!!

30/06/2020	v3.7.9.51-52 (EP)
	- Bugfix et refactorisation des actions documents /admission, /sortie, /ficheMateriel
	=> désormais, on passe l'id du matos associé et non pas son numero d'inventaire !!! (mauvais raccourci)
	=> ca permet de tester les conditions d'accès de ces actions en fonction du matériel concerné !! 
	- Bugfix test de ces mêmes actions (mal testées avant)
	- L'ajout (/add) d'un suivi, emprunt, ou doc doit toujours se faire avec l'id de l'entité parente associée (en général materiel id) 
	=> (/add/id) sinon refus
	- ...
	
29/06/2020	v3.7.9.50 (EP)
	- Nouveau (et dernier dernier) super test ajouté : test du cycle de vie complet d'un matériel (CREATED => ... => ARCHIVED) 
	- bugfix (en cours) des actions documents/admission et documents/sortie qui ne marchent plus car on ne leur passe pas un id mais un nom de doc...
	- Nombreuses refactorisations dans les tests

26/06/2020	v3.7.9.48-49 (EP)
	- TEST3 : Ajout d'un 3ème (et DERNIER) gros test générique des vues index et view de Materiels (/materiels/index et /view) qui teste le CONTENU des vues pour TOUS les materiels de la BD de test (fixture), aussi bien dans la vue index globale que dans CHAQUE vue détaillée de chaque matériel (et surtout en vérifiant aussi la liste des entités associées (suivis,emprunts,documents).
	- bugfix autorisations d'affichage des boutons d'action sur documents dans materiels/view/
	- Nombreuses refactorisations

25/06/2020	v3.7.9.43-47 (EP)
	- TEST2 : Ajout d'un 2ème très gros test générique des vues index et view de Materiels (/materiels/index et /view) qui teste le CONTENU des vues (les boutons d'action) 
	à partir d'UN UNIQUE matériel de test qui est modifié à souhait pour essayer de représenter tous les grands cas possibles
	- bugfix printLabel() : impression etiquette ne marchait plus !!
	- Amélioration page /pages/acls
	- bugfixes : ce test, plus status-to-be-archived => status-tobearchived, plus SurcategoriesController => SurCategoriesController
	- ...
	
23/06/2020	v3.7.9.40-42 (EP)
	- Nouvelle page qui affiche les messages de log PAR niveau (level info, debug, notice, error...) : disponible depuis la page Outils (/pages/logs)
	- Toules les actions importantes (add,edit,delete, changement statut...) sont désormais loggées et donc affichables via la page Outils ci-dessus
	- Accélération de la recherche du numéro de version dans le fichier README, affichée à CHAQUE page web du site !!!

19/06/2020	v3.7.9.39 (EP)
	- TEST1 : Ajout d'un 1er très gros test générique automatique pour (presque) TOUTES les actions de (presque) TOUS les controleurs principaux (Materiels, Suivis, et Emprunts) mais aussi du controleur "quelconque" SurCategories (pour vérifier que ça marche aussi, et j'ai bien fait car il est spécial ne serait-ce que de par son nom !!!)
	- Dans ces tests génériques, on teste non seulement qu'une action s'exécute seulement quand elle y est autorisée, mais aussi qu'elle s'exécute correctement (au moins pour les actions CRUD : add,edit,delete...) 
	- Le nombre total de tests (en ajoutant ces tests automatiques) monte à 200 (pile poil) !!!
	- ajout champ 'nom' à la table emprunts => ajout d'un fichier sql pour la mise à jour
	- ...
	
17/06/2020	v3.7.9.38 (EP)
	- Tests génériques automatiques pour (presque) toutes les actions de tous les controleurs principaux (Materiels, Suivis, Emprunts)
	- Dans ces tests génériques, on teste non seulement qu'une action s'exécute seulement quand elle y est autorisée, mais aussi qu'elle s'exécute correctement (au moins pour les actions CRUD : add,edit,delete...) 
	- L'ajout d'un suivi, emprunt, ou document n'est plus autorisé SANS préciser l'id du matériel concerné, ce qui est logique
	- ...
	
12/06/2020	v3.7.9.37 (EP)
	- Tests génériques automatiques pour (presque) toutes les actions du controleur Materiels => OK
	- Amélioré l'action materiels/print_label_ruban (impression etiquette) : un peu plus conforme au standard, un peu moins bidouille qu'avant, et surtout plus besoin de la finir par un "sale" "exit" => donc on peut maintenant la tester, et c'est ce qui a été fait ! (elle est pas encore total nickel mais bon c'est mieux qu'avant)  
	- modifié Fixtures pour supprimer les 'id' explicites
	- bugfix action materiels/statusToBeArchived (ou statusToBearchived) => remplacé partout par statusTobearchived

10/06/2020	v3.7.9.36 (EP)
	- Bugfixes pages tools-sm (autres listes), etiqueteuses, acls, suivis (plus de groupes)

10/06/2020	v3.7.9.35 (EP)
	- Requete SQL pour répercuter tous les changements depuis avril !!!
	- 1ère version officielle mise en PROD depuis un bail (presque 2 mois)

05/06/2020	v3.7.9.33 (EP)
	- bugfix : renommé groupe_thematique_id en groupes_thematique_id pour etre harmonisé partout et surtout avec "groupes_metier_id" !!!
	- bugfix : isSameGroup
	- tous les tests actuels ok
	- AUTORISATIONS DESORMAIS ADAPTABLES POUR CHAQUE LABO => pris en compte (testé) aussi dans les tests avec setAuthorizations_TEST()
		=> chaque labo peut désormais adapter les autorisations des utilisateurs à sa sauce !!!
		=> on part des règles générales par défaut, puis on adapte si besoin, cool non ?
	- Vues view (déjà fait avant) et index : les boutons d'action (éditer, valider, supprimer...) s'affichent désormais en fonction des autorisations centralisées 

05/06/2020	v3.7.9.32 (EP)
	- AUTORISATIONS DESORMAIS ADAPTABLES POUR CHAQUE LABO
		=> chaque labo peut désormais adapter les autorisations des utilisateurs à sa sauce !!!
		=> on part des règles générales par défaut, puis on adapte si besoin, cool non ?

04/06/2020	v3.7.9.31 (EP)
	- MISE À JOUR DE TOUS LES CONTROLEURS pour le nouveau système d'autorisation
	- SIMPLIFICATION DES AUTORISATIONS POUR LA PLUPART DES CONTROLEURS SIMPLES
	- AUTORISATIONS PAR DÉFAUT POUR TOUT NOUVEAU CONTROLEUR BASIQUE
	- AMELIORATIONS DE LA PAGE AFFICHANT LES AUTORISATIONS DYNAMIQUEMENT (/pages/acls ou /pages/acls/#nom_du_controleur)
		=> On peut ainsi vérifier ce qui est appliqué à l'instant T (juste après la modif d'une règle par exemple)

03/06/2020	v3.7.9.30 (EP)
	- NOUVELLE PAGE AFFICHANT LES AUTORISATIONS DYNAMIQUEMENT (/pages/acls ou /pages/acls/#nom_du_controleur)
		=> On peut ainsi vérifier ce qui est appliqué à l'instant T (juste après la modif d'une règle par exemple)
		
03/06/2020	v3.7.9.29 (EP)
	- NOUVEAU SYSTEME D'AUTORISATION DES ACTIONS => CENTRALISÉ et testé OK
		=> TOUS les tests passent sauf certains qui ne passent plus car les nouvelles conditions sont plus strictes
		(ils ont été temporairement désactivés en attendant réécriture plus générique qui viendra très vite)
		=> Autorisations définies dans chaque controleur par setAuthorizations() qui initialise un tableau UNIQUE de AppController ($this->is_authorized_action)
		=> La méthode isAuthorized() de chaque controleur appelle isAuthorizedAction() (de AppController) qui autorise ou pas l'action en fonction de ce tableau unique
		=> Quand on veut changer une autorisation, il suffit de le faire UNE SEULE FOIS dans la méthode setAuthorizations()
		   Cette autorisation sera alors prise en compte PARTOUT dans le code (code des actions, des vues, etc...)
		=> L'initialisation des autorisations est faite (par la méthode setAuthorizationForAction() de AppController) dans un format standard, 
		quelque soit l'autorisation, donc c'est très LISIBLE et facile à modifier
	
15/05/2020	v3.7.9.28 (EP)
	- Renforcement tests suivis et emprunts (materiel validated only) et refactorisations
	- ajout de 2 très gros tests qui tuent des vues matos/index et matos/view en cours... (ce qui m'évitera plein de tests à la main)
	- Ajout de la méthode complexe isManageableByUser() dans MaterielsController.php et dans Materiel.php
	- Ajout de la méthode getRelatedMateriel() dans AppController, très optimisée
	- Vers une unicité toujours plus grande des tests d'autorisation d'action (uniquement dans isAuthorized())
	- Utilisation systématique et UNIQUE de la méthode isAuthorized() de CHAQUE controleur pour savoir si une action est autorisée ou pas
	- Utilisation systématique de variables "$CAN_xxx" dans les VUES pour tester si un affichage est autorisé ou pas 
		=> bcp plus centralisé qu'avant, et bcp plus clean et lisible  
 		=> désormais TOUS les droits sont définis dans la SEULE méthode isAuthorized() de CHAQUE controleur et NULLE PART AILLEURS
 		=> si on veut changer un droit d'accès quelconque, on ne le change QUE là. Ouf, on respire, c'est bien plus cohérent et maintenable qu'avant
 		=> FIN de la galère de la gestion des droits (acl) enfin, il aura fallu quelques années pour y parvenir !!!

11/05/2020	v3.7.9.27 (EP)
	- Ajout d'un LOG applicatif dans le fichier /logs/debug.log pour toutes les actions importantes (add, edit, delete, ...) qui permet de savoir kiafekoi
	- Suppression des méthodes isAuthorizedAction() et isAuthorizedActionFor() car plus simple de ne garder QUE isAuthorized() en la modifiant un peu... => du coup, c'est désormais cette SEULE méthode (dans CHAQUE controleur) qui décide de l'accès ou non à une action selon le profil utilisateur

07/05/2020	Version 3.7.9.26 (EP)
	Diverses améliorations, simplifications, refactorisations, optimisations :
	Harmonisation :
	- shortcuts dans AppController (donc disponible pour TOUS les controleurs) : 
		- $this->u = user courant
		- $this->e = entité courante
		- $this->e_id = id de l'entité courante
		- $this->a = action en cours
		- $this->c = controleur en cours (?)
		- $this->getEntity($id=null) // id=null si matos courant
	- harmonisation des noms de méthodes pour MaterielsController :
		- $this->isCreated($id=null) // id=null si matos courant
		- $this->belongsToUser($username, $id=null) // id=null si matos courant
		 	et $this->belongsToCurrentUser($id=null) // id=null si matos courant
		- $this->isSameGroupAsUser($userlogin, $id=null) // id=null si matos courant
		 	et $this->isSameGroupAsCurrentUser($id=null) // // id=null si matos courant
	- harmonisation des méthodes dans entité Materiel (Entity) :
		- is_created, is_validated, is_tobearchived, is_archived 
		- belongsToUser($username) // owned or declared by user
		- isSameGroupAsUser($usergroup1, $usergroup2) // is same group as user groups
		- ...
	- poursuite généralisation utilisation de la fonction isAuthorizedAction() partout où on a besoin de connaitre les droits d'un user (view, index, ...)

04/05/2020	Version 3.7.9.24 (EP)
	Diverses améliorations, simplifications, refactorisations, optimisations :
	- Nouvelle variable $this->current_user_entity "globale" et héritée par tous les controleurs (car définie dans AppController.beforeFilter())
		=> cette variable est un objet Entity et donc avec des propriétés (virtuelles) pratiques permettant de faire par exemple :
			- $user->is_admin
			- $user->is_resp
			- $user->is_super
			mais aussi :
			- $user->is_admin_or_more()
			- $user->is_admin_or_less()
	- bugfix 3 TESTS !!!
		
30/04/2020	Version 3.7.9.23 (EP)
	Diverses améliorations, simplifications, refactorisations, optimisations :
	- ajout de l'option globale $this->SUPERADMIN_CAN_DO_EVERYTHING dans AppController (false par défaut) pour donner rapidement TOUS les droits à superadmin (juste passer à true)
	- regroupement des conditions d'accès des 3 actions ADD, EDIT, et DELETE car très semblables => remplacé 60 lignes par 10 !!!
	- Grosse simplification (et bugfixes !!) des conditions d'accès à la plupart des actions de MaterielsController => c'est bien plus clair à lire  
	- Nouvelles règles ACL (conditions d'accès) sous forme de tableau $acl => en cours...
		=> ce changement offre plusieurs avantages, et devrait notamment permettre de :
		- clarifier les conditions d'accès, 
		- les rendre plus facilement modifiables
		- les rendre copiables d'une action à l'autre (et donc facilement réutilisables sans avoir à réécrire de code)
		- afficher une page web présentant automatiquement (dynamiquement) une synthèse claire de toutes les ACL, action par action, et profil par profil
			(ce qui permettra de se rendre compte plus facilement de l'état actuel des conditions d'accès) 
	
29/04/2020	Version 3.7.9.22 (EP)
	Diverses améliorations, simplifications, optimisations :
	- factorisation d'une partie de add_or_edit() dans AppController (appelée par les add_or_edit() de chaque controleur spécifique)
	- Utilisation de $this->action et $this->action_id (...) de AppController.beforeFilter() un peu partout
	- Utilisation de $this->entity de AppController.beforeFilter() un peu partout pour simplifier et surtout éviter (bcp) les accès BD redondants 
	- Optimisations pour éviter trop de requetes en BD et simplification des tests acl 
	
28/04/2020	Version 3.7.9.21 (EP)
	Diverses améliorations, simplifications, optimisations :
	- Ajout de $this->entity, $this->action et $this->entity_id (...) dans beforeFilter() pour simplifier et optimiser la suite des traitements
	- simplification du isAuthorizedAction() de Materiels
	- Optimisations pour éviter trop de requetes en BD et simplification des tests acl 
	- Meilleure gestion des aspects authentification et authorization
	- mon 1er View Helper dans src/View/Helper (MyButtonHelper) pour créer plus facilement des boutons !! :
	- migration des fonctions getActionButton() et displayElement() dans MyButtonHelper et remplacement progressif dans les vues
	
24/04/2020	Version 3.7.9.20 (EP)
	Améliorations diverses :
	- Meilleure gestion des aspects authentification et authorization (car je comprends mieux maintenant)
	- PagesController maintenant bien plus clean
	- mon 1er View Helper dans src/View/Helper (MyButtonHelper) pour créer plus facilement des boutons !! :
	- migration des fonctions getActionButton() et displayElement() dans MyButtonHelper et remplacement progressif dans les vues

20/04/2020	Version 3.7.9.19 (EP)
	Améliorations EMPRUNT... :
	- Améliorations EMPRUNT
	- mon 1er View Helper dans src/View/Helper (MyButtonHelper) pour créer plus facilement des boutons !!
	- TOUTES les nombreuses sections Toggle javascript refactorisées en 5 lignes (show/hide) !!
	- Début d'utilisation du HELPER Html pour raccourcis d'écriture
	
16/04/2020	Version 3.7.9.18 (EP)
	Amelioration gestion des Dates... :
	- GROS bugfix check dates : uniformisation du format date partout (vues et DatePicker.js et code javascript) => dd/mm/aaaa (au lieu de dd-mm-aa)
	- nombreuses refactorisations, généralisations et améliorations du code javascript (bcp de refactorisation dans script.js)
	
09/04/2020	Version 3.7.9.17 (EP)
	Amelioration Suivis (3) :
	- ajout champ is_metro dans table type_suivis pour les types liés au module métrologie
	- Nombreuses simplifications (et bugfix) des VUES en enrichissant le controleur de Suivis (et de Materiels)
	- (les vues doivent toujours être le plus BETE, SIMPLE possibles, la complexité ne doit être QUE dans le controleur)  
	- commentaires et repagination pour que le code soit LISIBLE !!!!
	- début d'utilisation des migrations de BD
	- ...
	
07/04/2020	Version 3.7.9.16 (EP)
	Amelioration Suivis (2) :
	- amélioration du code javascript par refactorisation
	- test de cohérence des dates suite à saisie (javascript)
	- ajout champ "is_regular" dans table type_suivis pour déclarer les types de suivis réguliers (fréquence) ou irréguliers (date)
	- mise à jour vues suivi et type_suivis pour le champ "is_regular"
	- commentaires
	- début d'utilisation des migrations de BD
	- ...
	
02/04/2020	Version 3.7.9.15 (EP)
	Bugfix Materiels bouton Annuler
	Amelioration Suivis (1)
	
01-02/04/2020	Version 3.7.9.13-14 (EP)
	MATERIELS : GROSSE amélioration pour le fournisseur avec autocomplétion et autocorrection !!
	(le fournisseur est toujours en BD mais il est automatiquement ajouté si on en saisit un nouveau)
	(ça corrige aussi automatiquement si espaces en trop, y-compris les anciens déjà saisis,
	bref c'est miraculous !!!)
	(2 jours de boulot quand même...)
	
31/03/2020	Version 3.7.9.12 (EP)
	MATERIELS : Amélioration et Bugfixes par refactorisation des vues add et edit en 1 seule add_edit
	+ Ajout de fournisseur possible
	
27/03/2020	Version 3.7.9.11 (EP)
	Amélioration et Bugfixes de Emprunts, Suivis, et Docs attachés

26/03/2020	Version 3.7.9.10 (EP)
	EMPRUNTS : Amélioration par refactorisation (1)
	Comme pour les docs attachés et les suivis (même principe) :
	- refactorisation des actions add() et edit() en une seule add_or_edit() (car très semblables)
	- refactorisation des vues add et edit en une seule add_edit (car très semblables)
	
25/03/2020	Version 3.7.9.9 (EP)
	SUIVIS : Amélioration par refactorisation (2)
	Comme pour les docs attachés (même principe) :
	- refactorisation des actions add() et edit() en une seule add_or_edit() (car très semblables)
	- refactorisation des vues add et edit en une seule add_edit (car très semblables)
	- debugging javascript en cours (car ça marchait pas très bien tout ça...)

24/03/2020	Version 3.7.9.8 (EP)
	SUIVIS : Amélioration et nombreux Bugfixes !!! (1)
	- pb javascript si métrologie
	- ajout intitulé comme titre
	- vue édition : champs trop larges, champs éditables, champs inutiles...
	- ...
	
23/03/2020	Version 3.7.9.7 (EP)
	DOCS LIÉS : Amélioration de la gestion des docs attachés (3)
	- Enorme simplification grâce à la refactorisation des vues add et edit en une seule add_edit car elles sont très semblables
	- TODO : faire la meme chose pour toutes les vues add et edit des différents objets (materiel, suivi, emprunt...)

20/03/2020	Version 3.7.9.6 (EP)
	DOCS LIÉS : Amélioration et nombreux bugfixes de la gestion des docs attachés (2)

16/03/2020	Version 3.7.9.5 (EP)
	Premiers bugfixes du nouveau site responsive (5)
	- Nombreux bugfixes de la gestion des documents attachés (presque fini)
	- superadmin ressemble de plus en plus au profil "admin" (avec un peu plus de droits)
    - Forcer DebugKit (en mode debug) dans config/bootstrap.php : Configure::write('DebugKit.forceEnable', true);

13/03/2020	Version 3.7.9.4 (EP)
	Premiers bugfixes du nouveau site responsive (4)
	- Fournisseur peut etre créé, modif, suppr par simple Utilisateur (improved)
	
13/03/2020	Version 3.7.9.3 (EP)
	Premiers bugfixes du nouveau site responsive (3) (contexte: coronavirus passe stade 3)
	- Invalider => renommé Dévalider
	- bugfix autres listes pour profil Utilisateur
	- Fournisseur peut etre créé, modif, suppr par simple Utilisateur
	- Doc lié : simplifié
	
12/03/2020	Version 3.7.9.2 (EP)
	Premiers bugfixes du nouveau site responsive (2) :
	- Bugfix bouton "Nouveau" pour chaque liste de contenu variable (accès donné à "Administration")
	- Gros BUGFIX des documents attachés... (et c'est pas fini !!) :
		- materiels/view/ : 
			voir TOUTES les photos
			lier doc et photo : doublon
		- documents/view/ : 
			afficher si photo (ou type photo)
			télécharger photo => sert à rien (en fait, c’est voir)
			
12/03/2020	Version 3.7.9.1 (EP)
	Premiers bugfixes du nouveau site responsive (1) :
	- Ajout bouton "Nouveau" pour chaque liste de contenu variable (sites, catégories, organismes, suivis, feurs, ...)
	- Alignement des boutons "Enregistrer" et "Annuler" sur Chrome
	
11/03/2020	Version 3.7.9.0 (EP)
	NOUVELLE VERSION RESPONSIVE validée et installée officiellement à l'IRAP et au CRAL (mobile ready)
	Nouveau format de version qui colle à la version utilisée du framework Cakephp (3.7.9)

10/03/2020	Version 2.14.8 (EP)
	Dernier bugfix pour valider nouvelle version 2.14 (responsive) : bugfix test etiquette collée

10/03/2020	Version 2.14.7 (EP)
	Nombreux petits bugfixes (dont 1 gros : bouton CANCEL) :
	- bugfix materiels/add : bouton CANCEL faisait un SUBMIT (comme pour /edit) !!!  
	- bugfix materiels/view : bugfix css responsive.css pour apparence et position boutons
	- bugfix doc attaché :
		- commentaire si doc attaché avec mauvais nom
		- emplacement photo matériel (à gauche ou au-dessus et non pas à droite du QrCode, moche)
		- lien téléchargement documents attachés
	- bugfix pb accent sur liste materiels associés à une catégorie
	- etiquette posée => vert (rouge sinon)
	- apropos updated
	- lien vers page etiqueteuse updated
	- ...

06/03/2020	Version 2.14.6 (EP)
	6 gros bugfixes de la version 2.14 (responsive) sur 1 semaine de boulot !!

28/02/2020	Version 2.14.0 (Jeanne Prugniel, stagiaire CRAL)
	Application maintenant "responsive" avec l'utilisation de boostrap (ok sur pc, tablette, et mobile)

18/02/2020	Version 2.13.15 (EP)
	Cleanup et bugfix accent perdu sur menu gauche (mac only !!!)
	
29/01-17/02/2020		Version 2.13.13-14 (EP)
	Ajout bootstrap-ui

21/01/2019	Version 2.13.12 (EP)
	Bugfix connexion superadmin en mode SANS LDAP (en cours...)
	Bugfix et amélioration script installation (script création users BDD...)
	Amélioration script update (ajout mise à jour auto des plugins php)
	
17/07/2019	Version 2.13.10 (EP)
			Bugfix et grosse amelioration : 
			validation d'un materiel TECHNIQUE => desormais possible pour un Responsable de groupe (metier ou thematique)
			Bugfix : depuis la vue d'un matériel, actions faites sur matériel (valider, invalider, tba, archiver) ramènent à cette fiche
			Bugfix : emails envoyés aux responsables sur action sur un matos (valider, invalider, tba, archive) ne plantent plus !!!
			Refactorisation des ACL => toujours plus simple

13/06/2019	Version 2.13.9 (EP)
			Refonte des fichiers d'installation (installation.sh et fichiers BD)

13/06/2019	Version 2.13.7-8 (EP)
			Bugfix envoi mail avec doc (photo) attachée
			Ajout 2 logos pour le CRAL
	
06/06/2019	Version 2.13.0-6 (EP)
			LDAP CACHED cleanup
			Bugfixed materiels/find/puis tri /puis export CSV (ne marchait pas)
			Amélioration materiels/index Export CSV => trié par numéro labo (desc)
			Bugfix materiels/add catégorie (et sous-categ) perdue après erreur saisie
			Bugfix fichiers liés send by email (webroot)
			Adapté code pour doc admission pour le CRAL
			
06/06/2019	Version 2.12.28-35 (EP)
			LDAP CACHED v8
			Nouvelle fonction $mydebug($D, $arg) disponible dans toutes les vues
			Pagination Utilisateurs avec "debut" et "fin"

05/06/2019	Version 2.12.27 (EP)
			Bugfix et Améliorations Export CSV
			
04/06/2019	Version 2.12.26 (EP)
			Bugfix et Améliorations Emprunt
	
03/06/2019	Version 2.12.24-25 (EP)
			LDAP CACHED v3
	
24/05/2019	Version: 2.12.22-23 (EP)
			Bugfix QrCode : http et https bien gérés
			Update du script install/installation.sh pour etre plus logique

23/05/2019	Version: 2.12.21 (EP)
			Retour exception si table configurations vide		 
			
21/05/2019	Version: 2.12.18-20 (EP)
			Bugfix affichage boutons vue matériel (parfois 2e ligne chevauchait 1ère ligne)
			(Enorme) Simplification des vues materiels/view et index (toujours en cours)
			Bugfix actions sur pdf interdites

17/05/2019	Version: 2.12.15-17 (EP)
			Bugfix modif matos: on ne doit plus pouvoir modifier un materiel validé (ou plus) => il faut le dé-valider avant !
			Bugfix et amelioration tests
			Simplification des vues (en cours)

16/05/2019	Version: 2.12.12-14 (EP)
			Bugfix ajout materiel
			Bugfix tests
			Ajout tests pour fonctionnalité "Copier ce materiel"
	
15/05/2019	Version: 2.12.11 (EP)
			Bugfix, simplification, et amélioration de la fonctionnalité "Copier ce matériel" 

13/05/2019	Version: 2.12.8-10 (EP)
			Ajout de l'option "Librairie pdf utilisée" pour choisir entre fpdf et dompdf 
			Génération des pdf avec 2 moteurs au choix (fpdf ou dompdf)
			Production des 3 docs pdf avec dompdf: admission, sortie, et fiche_materiel

06/05/2019	Version: 2.12.6-7 (EP)
			Bugfix et Optimisation de l'ajout/édition d'un utilisateur privilégié ou d'un matériel (en mode LDAP) : un seul appel définitif du ldap

23/01/2019	Version: 2.10.1 à 2.10.6 (EP)
			Mise à jour framework cakephp et amélioration recherche matériel et bugfix ldap:
			- Mise à jour du framework cakephp à la version courante : passage de v3.5 à v3.7
				($ php composer.phar require --update-with-dependencies "cakephp/cakephp:3.7.*")
			- Adaptations pour cakephp 3.7
			- Ajout du dossier vendor/ dans git (désormais versionné pour faciliter la mise à jour du framework cakephp)
			- Recherche Matériels : Bugfixes et améliorations
				- Bugfix Recherche générale sur plusieurs mots : fait un AND de ces mots et non pas un OR !!!
				- Bugfix Recherche générale d'une date
                 - Ajout recherche générale d'un fournisseur et d'une catégorie
				- Bugfix recherche sur un montant à virgule...
				- Complète refactorisation de MaterielsController::find(), y avait besoin !
				- Ajout de tests
				- ...
			- Nouveaux fichiers VERSION, UPDATE.sh, et mise à jour de TESTS.sh 
			- LDAP authentified bugfix
			
15/01/2019	Version: 2.9.2 (EP)
			Nouveau script "install/update.sh" pour mettre à jour automatiquement le logiciel (git pull) ET la BD (si besoin)

10/01/2019	Version: 2.9.1.11 (EP)
			Nouveau mode LDAP AUTHENTIFIÉ opérationnel (pour le CRAL) :
			- **ATTENTION, MODIF DE LA BD, il faut exécuter le script de mise à jour suivant**:
			 	- cd database/update/
			 	- ./db-update-2019-01-09.sh ("-CRAL.sh" pour le CRAL) :
			- renommé tous les champs et variables *_ldap en ldap_* pour meilleure lisibilité
			- adapté la section LDAP de la config
			- cleanup
			- update fichier database/labinvent_last_version.sql contenant la BD COMPLETE

21/12/2018	Version: 2.9.1.4 (EP)
			Version et date affichés automatiquement et merge vues listes... :
			- Version et date affichés automatiquement à partir du README.md
			- Les vues "Voir les autres listes" et "Outils/Gérer le contenu variable..." sont désormais les mêmes

14/12/2018	Version: 2.9.1.0 (EP)
			- Ajout en cours du mode LDAP authentifié
			- Nouvelle documentation (dossier doc/)

ETE 2018		Version: 2.9.0 (Malik Imelhaine)
			- Nombreux petits bugfixes et petites améliorations (a priori sans changement structure BD)

-----------------------------------------------------------------------------------------------------------
02/02/2018	Version: 2.8.1 (EP)
			- Nombreux bugfixes (saisie dates, etiquette, doc admission...)

15/09/2017	Version: 2.8.0 (EP)
			- Nouveau système ACL simplifié basé sur les tableaux $easyACL (en cours)
			- Tests paramétrés
			- Bugfix emails

-----------------------------------------------------------------------------------------------------------
30/08/2017	Version: 2.7.9 (EP)
			- fonction intelligente AppController::getUserRole() qui donne le role "Utilisateur" par défaut pour un utilisateur non privilégié
			- Refactorisation des ACL (authorizations) dans isAuthorized() et beforeFilter()
			
28/08/2017	Version: 2.7.6 (EP)
			- renforcement important des TESTS : généralisation, refactorisation, simplification + numérotation systématique (cf doc ACL)
			- nouvelle classe General dont héritent tous les tests
			- nouvelle philo mise en place : 1 fichier tests par Controleur (c'était déjà le cas), puis pour un controleur donné, tri des tests par ACTION, puis pour chaque action, tests systématique de tous les ROLES (profils) avec les cas particuliers de chacun

06/07/2017	Version: 2.7.3 (EP)
			- suppression du contenu de vendor/ => désormais ignoré car autogénéré
			- update des plugins phpqrcode et fpdf => désormais via composer.json
			- amélioration script install => pour générer automatiquement le contenu de vendor/
	
30/06/2017	Version: 2.7.0 (EP)
			Passage de Cakephp3.2 à 3.4, Phpunit 5 à 6, et compatibilité avec Php5.6 et 7
			
-----------------------------------------------------------------------------------------------------------
12/05/2017	Version: 2.6.2 (Thibaud Ajas?)
			L'ajout d'un gestionnaire du matériel est désormais obligatoire à l'ajout d'un matériel

09/05/2017  Version: 2.6.0 (Thibaud Ajas?)
            Les noms des matériels sont en rouge dans la liste lorsque la date de garantie à été dépassée, 
            ainsi que la date elle-même dans leur fiche détaillée
            Petits bugfixes divers

-----------------------------------------------------------------------------------------------------------
25/04/2017  Version: 2.5.6 (Thibaud Ajas?)
            On peut maintenant configurer et choisir sur la page le nombre de materiels affichés (20 par défaut)
            Petits bugfixes divers
            Amélioration du script et de la doc d'installation

-----------------------------------------------------------------------------------------------------------
24/06/2016	Version: 2.4.7.2 (Version 2.4 finale)		
			Implémentation des ACL (droits) & Autres demandes
			https://projects.irap.omp.eu/versions/107

-----------------------------------------------------------------------------------------------------------
30/05/2016	Version: 2.3.2.1 (Version 2.3 finale)		
			Implémentation du LDAP (vrai et fake)
			https://projects.irap.omp.eu/versions/108

-----------------------------------------------------------------------------------------------------------
23/05/2016  Version: 2.2.5.4 (Version 2.2 finale)			
	        Implémentation de toutes les autres actions
            https://projects.irap.omp.eu/versions/106

-----------------------------------------------------------------------------------------------------------
12/05/2016	Version: 2.1.10 (Version 2.1 finale)		
			Implémentation complète du CRUD
			https://projects.irap.omp.eu/versions/101

-----------------------------------------------------------------------------------------------------------
04/05/16	Version 2.0.8 (Version 2.0 finale) 
			Version de base (from bake) : php5 + cakephp3
			https://projects.irap.omp.eu/versions/105

-----------------------------------------------------------------------------------------------------------
21/01/16	Version 1.3.636 (Version 1.3 finale)
			php5 + cakephp2.1
			https://projects.irap.omp.eu/versions/17
			
-----------------------------------------------------------------------------------------------------------
(SECTION OBSOLETE, HISTORIQUE) 

MODIFICATIONS STRUCTURELLES A FAIRE MANUELLEMENT APRES LA MISE A JOUR (git pull)

30/06/16 (v2.5.4.0) Se placer dans database/update et exécuter le script ./db-update-2016-06-30.sh

28/06/16 (v2.5.1.0) Se placer dans database/update et exécuter le script ./db-update-2016-06-28.sh

27/06/16 (v2.5.0.0) Se placer dans database/update et exécuter le script ./db-update-2016-06-27.sh

24/06/16 (v2.4.7.2) Se placer dans database/update et exécuter le script ./db-update-2016-06-24-2.sh

24/06/16 (v2.4.7.0) Se placer dans database/update et exécuter le script ./db-update-2016-06-24.sh

23/06/16 (v2.4.6.5) Se placer dans database/update et exécuter le script ./db-update-2016-06-23.sh

23/06/16 (v2.4.6.4) Se placer dans database/update et exécuter le script ./db-update-2016-06-22.sh

20/06/16 (v2.4.6.0) Se placer dans database/update et exécuter le script ./db-update-2016-06-20.sh

17/06/16 (v2.4.4.4) (Exceptionnel) Exécuter les lignes suivantes (à la racine) :	
									cp -p config/app.php ../config/app.php.ORIG
									cp config/app.default.php ../config/app.php
								   Puis completez app.php (datasources => default & test (username, password, database)) avec app.php.ORIG

15/06/16 (v2.4.4.0) Adapter la BD en exécutant le script sql ./db-update-2016-06-15.sql

13/06/16 (v2.4.3.10) Adapter la BD en exécutant le script sql ./db-update-2016-06-13.sql

07/06/16 (v2.4.3.2) Adapter la BD en exécutant le script sql ./db-update-2016-06-07.sql

06/06/16 (v2.4.3.0) Adapter la BD en exécutant le script sql ./db-update-2016-06-06.sql

04/06/16 (v???) Se placer dans install/ et exécuter le script d'installation ./installation.sh (en mode UPDATE)