28 Nov, 2021
1 commit
-
+ Bugfix action sur plusieurs matos : => exporter liste courante => ne doit pas exporter tout => validation groupée, bouton "valider les materiels cochés" => doit valider v5.3.13-3.7.9
22 Nov, 2021
1 commit
-
=> 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
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
1 commit
-
- 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
13 Sep, 2021
1 commit
09 Sep, 2021
1 commit
-
...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
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
1 commit
-
(Liste des autorisations AUSSI en cours de migration pour être gérée via fichier config YAML)
31 Aug, 2021
1 commit
31 May, 2021
1 commit
-
(description, organisme, budgets) (Refactorisation des LOT1 et LOT2 dans MaterielsTable, il n'y a plus de redondance) v4.108.21-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
25 Nov, 2020
1 commit
-
- (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) v4.107.14-3.7.9
19 Nov, 2020
1 commit
-
- (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é v4.107.6-3.7.9
04 Nov, 2020
1 commit
-
- (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 v4.107.2-3.7.9
20 Oct, 2020
1 commit
16 Oct, 2020
1 commit
-
- GROSSE requete sql très compliquée de suppression des doublons (et des espaces en trop) - Suppression de la règle technique/inventoriable - prix_ht désormais obligatoire v4.105.24-3.7.9
12 Oct, 2020
1 commit
-
NOTICE v4.105.18-3.7.9
09 Oct, 2020
1 commit
-
- (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 v4.105.13-3.7.9
01 Oct, 2020
1 commit
-
v4.103.22-3.7.9
29 Sep, 2020
1 commit
-
Mais aussi : - 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) - Ajout confirmation lors de la suppression d'un materiel !!! - pleins de petits bugfixes - Ajout notification sur changement de config v4.103.18-3.7.9
17 Sep, 2020
1 commit
-
v4.101.12-3.7.9
16 Sep, 2020
1 commit
-
v4.101.7-3.7.9
11 Sep, 2020
1 commit
-
=> le moins souvent possible => Uniquement si la date d'achat change ET avec une année différente v3.7.9.99
10 Sep, 2020
2 commits
-
qui se régénérait à chaque modif du matériel !!! v3.7.9.98
-
Aussi : Changement de quelques règles d'accès (ACL) par défaut v3.7.9.97
31 Jul, 2020
2 commits
-
v3.7.9.91 - perdait le nombre de lignes par page (aff)
-
(en cas d'erreur de validation sur un autre champ)
30 Jul, 2020
1 commit
25 Jul, 2020
1 commit
-
Depuis le menu Outils : nombre de matériels créés, validés, archivés, en moyenne, au total, et par année
21 Jul, 2020
1 commit
20 Jul, 2020
1 commit
-
(dates achat, livraison, fin garantie)
17 Jul, 2020
2 commits
-
(date reception doit maintenant etre >= date achat, et test sur message flash était insuffisant et laissait passer des cas...)
-
(v3.7.9.6) - Renforcement important controles sur les dates d'un matériel (achat, livraison, fin garantie) - 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 !!!
16 Jul, 2020
1 commit
-
Dans le détail : - /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)
07 Jul, 2020
1 commit
-
- 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ù. - Colorisation selon statut du matériel : CREATED => bleu VALIDATED => vert TBA => orange ARCHIVED => rouge
15 May, 2020
1 commit
-
- 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 !!!
07 May, 2020
1 commit
-
- 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, ...)