04 Dec, 2021
1 commit
-
=> (A) *** CHAQUE LABO doit mettre à jour son config/app.php en fonction du nouveau config/app.default.php *** v5.5.1-3.10.1
02 Dec, 2021
2 commits
-
- de 3.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) v5.5.0-3.10.1
-
+ Beaucoup de modifs pour adapter le logiciel au nouveau framework + Mise à jour composer.phar (2.14) v5.5.0-3.10.1
01 Dec, 2021
1 commit
-
+ ajout d'un fichier de config de champs matériels spécialisé pour les TESTS : config/app_labinvent_mandatory_fields_test.yml v5.4.3-3.7.9
23 Nov, 2021
3 commits
-
et aussi : - Amélioration de toutes les listes associées : pliées par défaut - bugfix sections déployables des pages de config (chevrons up/down) v5.3.7-3.7.9
-
v5.3.6-3.7.9
-
v5.3.5-3.7.9
22 Nov, 2021
3 commits
-
(après une édition de la config champs obligatoires) v5.3.3-3.7.9
-
v5.3.2-3.7.9
-
=> plus besoin de modifier manuellement le fichier de config texte yaml et aussi : - ajout lien vers stats utilisateurs depuis page accueil superadmin - modif page Apropos v5.3.1-3.7.9
12 Nov, 2021
1 commit
-
- et amélioration des tris par colonne pour toutes les listes - et la plupart des listes sont désormais triées par défaut par le nom v5.2.28-3.7.9
05 Nov, 2021
1 commit
-
- Vue 'index' générique utilisée par défaut pour plusieurs entités annexes : - catégories - type_documents - organismes - ... - boutons edit et delete génériques sur la vue détaillée générique (view) de toutes les entités - Action 'delete' générique pour presque toutes les entités - bugfixes acl sur "autres listes" v5.2.23-3.7.9
28 Oct, 2021
1 commit
-
(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) v5.2.21-3.7.9
25 Oct, 2021
1 commit
-
=> 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 ! v5.2.19-3.7.9
23 Oct, 2021
1 commit
-
readonly (et adapté traitement) + nouvelle exception si mot-clé "sauf" mal utilisé v5.2.18-3.7.9
22 Oct, 2021
2 commits
-
- 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)" v5.2.17-3.7.9
-
- 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) => v5.2.16-3.7.9
20 Oct, 2021
1 commit
-
- et message debug dans pdo_error.ctp v5.2.15-3.7.9
13 Sep, 2021
1 commit
-
(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)
10 Sep, 2021
3 commits
-
- 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 - Un gestionnaire peut INVALIDER une commande (TOBEORDERED => CREATED) - Quand le statut d'un matos passe à TOBEORDERED, mettre son champ "tobeordered" à true (pour garder trace de la commande) => v5.2.4-3.7.9
-
Aussi : changement config par défaut pour ajouter des champs non modifiables après commande et validation (LOT1 et donc aussi LOT2) => v5.2.3-3.7.9
-
+ Bugfix : suppression message debug => v5.2.1-3.7.9
09 Sep, 2021
3 commits
-
...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 => v5.2.0-3.7.9
-
- Lors de la commande => Envoi mail (Commande) au gestionnaire - Lors de la livraison => Envoi mail au créateur de la fiche matériel (Acheteur) => v5.1.4-3.7.9
-
et bugfixes : - Bugfix : cocher les boutons "A valider", et "En commande" quand activés - Bugfix : sur la page accueil des gestionnaires, correction des liens vers les matos => v5.1.1-3.7.9
08 Sep, 2021
1 commit
-
- Mise à jour de la procédure de commande d'un matériel pour les "utilisateurs" (page d'accueil) - Nouvelle procédure à suivre pour les "gestionnaires", affichée sur leur page accueil => v5.1.0-3.7.9
07 Sep, 2021
2 commits
-
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...) => v5.0.1-3.7.9
-
Amélioration : Nouveau workflow incluant la "commande d'un matériel" : - nouveau bouton "Commander" - nouveau statut "TOBEORDERED" (à commander) - L'étape de commande est optionnelle Bugfixes : - lier un doc à un matos (erreur sur doc qui n'est pas une photo) - supprimer un doc attaché générait une erreur => v4.108.25-3.7.9
02 Sep, 2021
4 commits
-
Aussi : Ajout plugin guemidiborhane/yaml-config pour gérer les configs yaml (remplace l'obsolète chobo1210/yaml)
-
(Liste des autorisations AUSSI en cours de migration pour être gérée via fichier config YAML)
31 Aug, 2021
1 commit
12 Feb, 2021
1 commit
-
- Ldap user login field name doit être en minuscules - Update de config/app.default.php v4.108.5-3.7.9
05 Feb, 2021
1 commit
-
(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 : 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/, ... - stats de connexion ok dès le début - 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" - 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 notamment) - 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
26 Oct, 2020
1 commit
-
=> (on utilise AppController.afterFilter() au lieu de config/bootstrap.php et src/Routing/Filter/SessionTimeoutFilter.php) => par contre, ça gère pas bien le logout, mais c'est pas grave car c'est rattrappé par le login suivant (qui fait memes stats que logout) v4.106.7-3.7.9
22 Oct, 2020
2 commits
-
v4.106.3-3.7.9
-
v4.106.2-3.7.9
30 Jun, 2020
1 commit
19 Jun, 2020
1 commit
-
(Materiels, Suivis, et Emprunts) mais aussi le controleur "quelconque" SurCategories (pour vérifier que ça marche aussi !!!) - 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 - ...