Activity for flexus
-
flexus modified ticket #197
1ère install v11.30-02
-
Piste explorée : une liaison vers le fichier adresse (vide) => erreur. On teste et on signale le résultat
-
1ère install v11.30-02
-
Les fichiers clés sont : * html/zsvg.php * php/shared/classes/class.savedata.php Comme visible dans CleanParo2.png, l'import de la BD sql se fait dans le fichier Class par la commande system MySQL Cli. Un exemple de commande est donné sur CleanParo3.png, et c'est cette commande qui n'est pas exécutée lorsque la restauration, bien que non effectuée, n'envoie pas de message d'erreur. (La différence des système d'exploitation entre en jeux lorsqu'il s'agit des commandes système, il y a potentiellement...
-
Corrigé mais prévu pour une mise à jour ultérieure à la 11.30-01. Correction visible dans BDDessais
-
Doublons dans f_typeconvocation
-
Corrigé dans la version mise à jour 11.30-01
-
Doublons dans f_typeconvocation
-
Doublons dans f_typeconvocation
-
Doublons dans f_typeconvocation
-
Le fichier "newBase.sql" : SAUVEGARDE BASE paroiciel DU 12/01/2017 est présent dans : bddessais.paroiciel.com/tmp/newBase.sql test32.paroiciel.com/tmp/newBase.sql condom32.paroiciel.com/tmp/newBase.sql negrepelisse82.paroiciel.com/tmp/newBase.sql Voir les lignes 1102 à 1121. Solution proposée : Intégrer un script qui supprimera les doublons contenus dans cette table quand on installera la mise à jour 11.30-01.
-
Doublons dans f_typeconvocation
-
Questionnaire - 11.30-01
-
Fait
-
Questionnaire - 11.30-01
-
les messages à l'accueil
-
Voir le ticket 187, qui explique peut-être cette situation. Question : peux-tu nous fournir un exemple de résultat défaillant ?
-
Sorties paramétrables : champs possibles insuffisant
-
Envoi des mails
-
A reprendre après validation et activation de la maj 11.30-01
-
1/ la doc est dans https://sourceforge.net/p/paroiciel/home/wikiDevRelease/ 2/ confirmation du non usage de import.php en cours
-
Sacrement, Formulaires pas en forme
-
CSS défaillants sur install locale
-
Corrigé
-
Corrigé
-
Explication de la "régression" : les modifications liées à ce ticket ont été enlevées de la mise à jour 11.30-01.
-
Màj et modification des tables
-
Affichage des critères de tri non fonctionnel, voir exemple joint sur demande Liste des membres d'une équipe / "Mères au Foyer" Sauf si correction évidente, revenir sur la 11.20, y compris pour les tables. (La correction valait-elle pour tout ou seulement pour les listes déjà existantes ?)
-
Affichage des critères de tri non fonctionnel, voir exemple joint sur demande Liste des membres d'une équipe / "Mères au Foyer" Sauf si correction évidente, revenir pour la 11.30-01, y compris sur les tables anciennes. (La correction valait-elle pour tout ou seulement pour les listes déjà existantes ?)
-
Affichage des critères de tri non fonctionnel, voir exemple joint sur demande Liste des membres d'une équipe / "Mères au Foyer" Sauf si correction évidente, revenir pour la 11.30-01. (La correction valait-elle pour tout ou seulement pour les listes déjà existantes ?)
-
CSS défaillants sur install locale
-
CSS défaillants sur install locale
-
Registres – mariages et baptêmes – champs « Domicilié »
-
Corrigé, voir Mariage teste ABIA Elisabeth dans bddessais
-
1/ voir doc dans le PDF : https://sourceforge.net/projects/paroiciel/files/Development%20tools/UpdateBD/Inventory%20SQLquery.pdf/download 2/ et 3/ rectifiés
-
Registres – mariages et baptêmes – champs « Domicilié »
-
Foyer - suppression impossible
-
Bon pour test
-
wikiDebug
-
wikiDev
-
wikiDev
-
wikiDev
-
Modifié. A tester
-
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 ?
-
Registres – mariages et baptêmes – champs « Domicilié »
-
Fait. L'impression de l'adresse est réalisée à partir de l'info "Domiciliés"
-
On le reprendra si nécessaire par la suite...
-
Foyer, personne : doublons
-
Précision : la demande porte uniquement sur l'impression de l'acte de mariage ou de baptême, les autres impressions ne sont pas concernées par le ticket
-
Foyer-personne-sacrement-sépulture-nom
-
Fait. A tester
-
Mécanique de mise à jour
-
LISTES PARAMETRABLES - Critères de sélection
-
Fait. A tester
-
Un premier exécutable pour test a été généré avec la dernière version (14) d'Uniserver : http://support.la-manufacture.net/Paroiciel/Paroiciel_11_20160225.exe
-
Fait. Point 2 documenté sur https://master.dl.sourceforge.net/project/paroiciel/Development%20tools/ticket177_Documentation/Manuel%20ticket%20177.pdf Le point 1 a été réalisé et sera documenté à la création de l'exe pour la 11.20.03 ou 11.30
-
Intitulé et extension des "sorties paramétrables"
-
Traité pour la demande initiale. Les dernières remarques et demandes sont prises en charge par le ticket 187
-
Saisie des années 2019 et 2020
-
Fait
-
Ergonomie - intitulé des messages électroniques
-
Traité.
-
Ergonomie - intitulé des messages électroniques
-
Fait, sauf oublis de notre part.
-
Registres, sépulture
-
Fait
-
wikiDebug
-
Ergonomie place des boutons
-
Modification effectuée sur tous les templates, sauf oubli de notre part...
-
1/ Situation actuelle : sur toutes les bases installées SAUF grandselve31 les modifications faites pour ce ticket ont été supprimées. Question : faut-il laisser grandselve31 en l'état, ou le remettre en phase avec les autres bases ? 2/ Sur la remarque : "ATTENTION : pour la base bddessais, la réinstallation d'un ancien fichier "paroiciel.js" n'empêche pas la saisie automatique 2020 et 2019 pour 20 et 19. Un autre script que "paroiciel.js" a-t-il été modifié ???", la réponse : avant ce ticket, la...
-
Remarque complémentaire : le ticket est destiné à passer en won't fix, il ne s'agit plus maintenant que de vérifier l'annulation des éventuelles modifications faites pour ce ticket dans les bases opérationnelles.
-
Ticket en cours. Serait-il possible de rajouter des sacrements (un peu de tout) pour enrichir notre base de test bddessais ? On peut faire les ajouts de notre côté mais des saisies réalisées par utilisateurs seraient plus adaptées (les tests des informaticiens, hein...) !
-
Demande de précision : il s'agit bien du champ "adresse actuelle" lorsqu'on saisit le sacrement "sépulture" pour une personne ? (voir par exemple : https://bddessais.paroiciel.com/html/psep.php?pSepIdPers=26&pSepAction=I)
-
Initialisation 0.4 Célébrants
-
Fait
-
Données initiales, sauvegarde et restauration
-
A vérifier avec la base de contrôle reçue
-
Registres – mariages et baptêmes – champs « Domicilié »
-
Si relativement facile à résoudre
-
Foyer, personne : doublons
-
Initialisation 0.4 Célébrants
-
A faire si relativement simple...
-
Ergonomie place des boutons
-
A faire si pas trop compliqué...
-
Registres, sépulture
-
Parcourir les paroiciel.js des bases installées pour vérifier que la modification n'a pas été faite.
-
Non traduit dans des modifications de script
-
Déjà intégré
-
Déjà intégré dans 11.20.02
-
Déjà intégré dans 11.20.02
-
Foyer-personne-sacrement-sépulture-nom
-
(Uniquement dans le cas "sépulture") Quelque soit l'état matrimonial d'une femme qui vient de décéder, le nom apparaissant à la création du sacrement "Sépulture", sur la fiche "sacrement" (popup "Nom de famille de la personne décédée"), le nom qui doit apparaitre automatiquement est, par ordre de priorité : 1. "Nom de Jeune Fille" 2. S'il n'existe pas, "Nom Personnel" 3. Et si pas de nom personnel, le "Nom du Foyer"
-
LISTES PARAMETRABLES - Critères de sélection
-
Foyer - suppression impossible
-
Affichage des membres d'une équipe
-
"Par contre, le filtre ne parait pas très efficace, voir "membre du foyer MARTIN", où le filtre "Nom du foyer == MARTIN" est inopérant. On reprend le ticket." : ce point fait l'objet d'un nouveau ticket, le T187. Le ticket 186 est donc traité, modification à contrôler/valider.
-
"Par contre, le filtre ne parait pas très efficace, voir "membre du foyer MARTIN", où le filtre "Nom du foyer == MARTIN" est inopérant. On reprend le ticket." : ce point fait l'objet d'un nouveau ticket, le T187.
-
LISTES PARAMETRABLES - Critères de sélection
-
Equipes : Le champ «fait partie de » reste vide
-
Après tests, le problème ne parait pas reproductible. Ticket traité mais non clos ?
1 >
