16 Sep, 2020

2 commits


15 Sep, 2020

1 commit


10 Sep, 2020

1 commit


31 Jul, 2020

1 commit


30 Jul, 2020

1 commit


29 Jul, 2020

1 commit


21 Jul, 2020

1 commit


20 Jul, 2020

1 commit


17 Jul, 2020

2 commits


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)
    Etienne Pallier
     

04 Jul, 2020

1 commit


03 Jul, 2020

1 commit

  • - Emprunts : 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 !!!
    - Désactivé tests en php5 sur SurCategories à cause erreur Template file
    "Surcategories/index.ctp" is missing (General.php line 1101)
    Etienne Pallier
     

30 Jun, 2020

1 commit

  • (v3.7.9.52)
    
    => 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
    
    - ...
    Etienne Pallier
     

29 Jun, 2020

2 commits


26 Jun, 2020

5 commits


25 Jun, 2020

3 commits


24 Jun, 2020

2 commits


22 Jun, 2020

1 commit

  • - pour (presque) toutes les actions de (presque) tous les controleurs
    principaux (Materiels, Suivis, Emprunts, Users) mais aussi du controleur
    "quelconque" SurCategories (pour vérifier que ça marche aussi !!!)
    - (manque encore les tests de vues)
    - 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 à
    220 !!
    - ...
    Etienne Pallier
     

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
    - ...
    Etienne Pallier
     

17 Jun, 2020

1 commit

  • (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
    - ajout champ 'nom' à la table emprunts
    - ...
    Etienne Pallier
     

12 Jun, 2020

1 commit

  • - 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
    Etienne Pallier
     

10 Jun, 2020

3 commits


09 Jun, 2020

1 commit


05 Jun, 2020

1 commit

  • - 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()
    - 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
    Etienne Pallier
     

04 Jun, 2020

1 commit

  • (v 3.7.9.31)
    
    	- 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)
    Etienne Pallier
     

03 Jun, 2020

2 commits

  • => /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)
    Etienne Pallier
     
  • => 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)
    
    => On peut voir dynamiquement l'état actuel des autorisations via la
    page web "/autorisations"
    
    => 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
    	- ajout de 2 très gros tests génériques pour les actions et les vues
    matos/index et matos/view en cours... (ce qui m'évitera plein de tests à
    la main)
    Etienne Pallier
     

30 May, 2020

1 commit