Menu

#173 Foyer - suppression impossible

11.20-02
wont-fix
Barbu32
Gênant (7)
2021-03-16
2018-11-24
Barbu32
No

Contexte : **
Dans un Foyer où on a supprimé les personnes, on veut supprimer le Foyer
Problème rencontré :
Il n’y a pas de bouton « supprimer », donc on ne peut supprimer le Foyer
Résultat attendu :**
Un bouton « supprimer » suivi d’un bouton « confirmer » pour supprimer le Foyer

Discussion

1 2 > >> (Page 1 of 2)
  • Barbu32

    Barbu32 - 2018-11-24

    On peut « modifier » le Foyer en inscrivant un nouveau nom de Foyer lors de sa création et en modifiant ensuite l’adresse. Mais c'est une solution de contournement !

     
  • Barbu32

    Barbu32 - 2020-02-03

    Bonjour,
    Après vérification sur un Foyer où les Personnes avaient reçu un sacrement et où ils étaient inscrits dans une équipe,
    Constat : la suppression du Foyer et des Personnes et des Sacrements fonctionne.
    Problème : lors de l'affichage de l'Equipe, message d'erreur :
    ERREUR GENERALE : Erreur lors du remplissage des membres de l'équipe à partir des inscriptions. : ERRPERSONNE004toPROP 105609
    fichier : C:\UniServer\www\paroiciel\php\shared\classes\class.equipe.php - Ligne : 512
    Trace : #0 C:\UniServer\www\paroiciel\php\shared\classes\class.equipe.php(536): equipe->toProp() #1 C:\UniServer\www\paroiciel\html\egeq.php(467): equipe->getFirst() #2 C:\UniServer\www\paroiciel\html\egeq.php(59): egeq->getEquipe() #3 {main}

    Cela provient de la non-suppression de l'inscription des Personnes dans l'Equipe (table m_inscription). Si on supprime (par phpmyadmin) la ligne de l'inscription, on peut à nouveau afficher l'Equipe sans erreur.
    Résultat attendu :
    Que la suppression du Foyer entraîne la suppression de l'inscription des Personnes dans une équipe
    Note : je n'ai pas vérifié s'il en était de même pour une inscription dans une Annale.

     

    Last edit: Barbu32 2020-03-09
  • flexus

    flexus - 2020-04-18
    • status: open --> accepted
     
  • flexus

    flexus - 2020-06-05
    • status: accepted --> pending
     
  • flexus

    flexus - 2020-06-05

    la suppression du Foyer entraîne bien la suppression de l'inscription des Personnes dans une équipe.
    Merci de tester si des messages d'erreur, sans conséquence mais perturbant pour l'utilisateur, n'apparaissent pas encore.

     
  • Barbu32

    Barbu32 - 2020-06-07

    Après essais sur une base hébergée (test32.paroiciel.com) et sur une base locale (localhost/bddessais), la suppression du Foyer entraîne la suppression de : Inscription equipe; sacrement; annale. MAIS il provoque une erreur dans l'Agenda (voir le message d'erreur joint)

     
  • flexus

    flexus - 2020-06-16
    • status: pending --> accepted
     
  • flexus

    flexus - 2020-07-17

    L'erreur d'agenda est corrigée. On tombe par contre sur l'erreur suivante lors de la création d'une nouvelle personne : "ERREUR INSERTION PERSONNE : Erreur : la personne doit avoir une profession valide", même lorsque toutes les infos sont saisies. Qu'en penser ?

     
  • flexus

    flexus - 2020-07-17
    • status: accepted --> pending
     
  • flexus

    flexus - 2020-07-17

    Fau-il créer un nouveau ticket ou y a-t-il une manipulation qu'on ne connait pas pour gérer ce message ?

     
  • Barbu32

    Barbu32 - 2020-07-24

    Pour l'"erreur insertion personne", j'ai rajouté une "profession" dans les données initiales et le message a disparu ! Mystère !!!
    Ensuite, lors de la création d'une nouvelle personne, erreur "pas de paroisse hors paroisse". J'ai donc créé une paroisse de type "hors paroisse". La création de la personne a été faite avec un sacrement, une inscription dans une équipe et une annale.
    Lors de la suppression du Foyer, tout a été supprimé (sacrement, équipe, annale et personne), mais quand on va dans l'agenda à la date du sacrement (supprimé : 01/02/2000), on a toujours le message d'erreur :
    ERREUR GENERALE : ERRPERSONNE004toPROP 24
    fichier : /homepages/46/d702191420/htdocs/BDDEssais/php/shared/classes/class.personne.php - Ligne : 781
    Trace : #0 /homepages/46/d702191420/htdocs/BDDEssais/php/shared/classes/class.personne.php(841): personne->toProp() #1 /homepages/46/d702191420/htdocs/BDDEssais/php/shared/classes/class.agenda.php(204): personne->getFirst() #2 /homepages/46/d702191420/htdocs/BDDEssais/html/amain.php(188): planning->setAgenda() #3 /homepages/46/d702191420/htdocs/BDDEssais/html/amain.php(40): Amain->affiche() #4 {main}

    Traitement à revoir !

     
  • flexus

    flexus - 2020-07-29
    • status: pending --> accepted
     
  • flexus

    flexus - 2020-08-21

    La cause initiale de ces différents problèmes est la suppression physique définitive dans la base de données des informations à supprimer. Techniquement, cela entraine parfois une perte d'intégrité référentielle, c'est-à-dire qu'une donnée se retrouve sans donnée "parente", donc "avec un trou".
    La solution que nous proposons : lors de la demande de suppression, ne pas supprimer l'info mais faire passer le statut de la donnée de "actif" à "inactif". L'information ne serait donc plus accessible (pas exactement, point à préciser) mais éviterait l'apparition de ces erreurs.
    Si cette solution est acceptée, elle implique d'ajouter des champs dans les tables concernées de la base de données, et nécessite pas mal de réécritures, même si elles seront moins importantes que de suivre toutes les erreurs actuelles pour correction du code.
    Question : Du coup, y-a-t-il déjà des prédispositions dans le release pour gérer les modifications dans les tables de la base de données?

     
  • flexus

    flexus - 2020-08-21
    • status: accepted --> open
     
  • flexus

    flexus - 2020-08-26

    De fait, il ne manque peut-être plus que la suppression sur les agendas. On regarde ça.

     
  • flexus

    flexus - 2020-09-01
    • status: open --> accepted
     
  • flexus

    flexus - 2020-12-11

    François, peux-tu nous décrire rapidement le fonctionnement de l'agenda, et notamment en indiquant les différents endroits où l'utilisateur Paroiciel utilise les informations qui constituent l'agenda ?

     
  • Barbu32

    Barbu32 - 2020-12-11

    L'agenda est servi automatiquement lors de la création d'un sacrement.
    Sur l'agenda on peut créer des événements de type messe (le plus courant), réunion, catéchisme, entrevue...
    Depuis l'agenda, l'export permet d'alimenter une newsletter paroissiale.
    Les sorties paramétrables ne peuvent aller chercher des infos dans l'agenda (sauf peut-être pour les dates des sacrements?)
    Voilà, rapidement, ce qui en est l'usage !

     
  • flexus

    flexus - 2021-02-12
    • status: accepted --> pending
     
  • flexus

    flexus - 2021-02-12

    Bon pour test

     
  • Barbu32

    Barbu32 - 2021-02-13

    Bonjour,
    1 - Ne sachant pas en quoi consistait le changement dans la bdd, je n'ai fait que copier les 8 scripts modifiés datés du 7/1/21 dans ma bdd locale.
    Résultat : erreurs pour toutes les fonctions : recherche de personnes; agenda; équipes; registres; sorties paramétrables.

    2 - Essai sur bddessais hébergée: création d'un foyer FOYERaSUPPRIMER, de 2 personnes, de 2 sacrements, de 2 inscriptions dans des équipes.
    Test de suppression du foyer : clic sur SUPPRIMER puis CONFIRMER
    Résultat : le foyer n'est pas supprimé

    3 - Essai sur bddessais hébergée: création d'un foyer FOYaSUPP
    Test de suppression du foyer : clic sur SUPPRIMER puis CONFIRMER
    Résultat: le foyer n'est pas supprimé

    Correction du ticket NON validée

     
  • Barbu32

    Barbu32 - 2021-02-27

    1 - Essai sur bddessais hébergée de référence : après SUPPRESSION du foyer, le foyer, les personnes, les inscriptions équipes, les annales sont bien supprimés. Mais il reste des fantômes des sacrements dans l'agenda (voir photos jointes).
    2 - Essai sur bddessais locale : résultat incohérent (mais ma base locale n'est pas l'exacte réplique de la bddessais hébergée). Le test continue !

     
  • Barbu32

    Barbu32 - 2021-03-16
    • status: pending --> wont-fix
     
  • Barbu32

    Barbu32 - 2021-03-16

    Décision du chef de projet : abandon provisoire du traitement de ce ticket 173.
    A faire dans la "bddessais" :
    1 - Les modifications des 4 tables : p_foyer, p_personne, m_annale, m_sacrement seront supprimées
    2 - les scripts modifiés sont à remettre à l'état précédent :

    • egeq.php : 23/9/2020 (ticket 186)
    • prec.php : 23/9/2020 (ticket 149)
    • rrec.php : 23/9/2020 (ticket 167-168)
    • nrec.php: 21/2/2016
    • class.personne.php: 3 ou 29/9/2016
    • class.equipe.php : 23/9/2016 (ticket 186)
    • class.sortieparametrable.php : 5/5/2020 (ticket 185) (et pas le ticket 187 NON validé)
    • class.foyer.php : 6/10/2015

    Vérifier si ces informations sont exactes, car je n'en suis pas certain !

     
1 2 > >> (Page 1 of 2)

Anonymous
Anonymous

Add attachments
Cancel





MongoDB Logo MongoDB