July 2024 - Galette-users - lists.mailman3.com

Réseaux sociaux
by tezorc 20 Aug '24

20 Aug '24

Bonjour, Je remonte une anomalie que j'avais identifiée en décembre 2023 sur l'ancienne liste de discussion, car elle persiste. Johan m'avait transmis un patch qui avait bien fonctionné, mais avec les mises à jour successives, ce patch n'a pas été réappliqué à chaque fois. Le réseau social du club renseigné dans les préférences disparait systématiquement au bout de quelques jours. Le réseau social est pourtant bien enregistré dans la table "galette_socials". Cependant, cet enregistrement disparaît aussi de la base de données. Je suis le seul à avoir des droits d'administrateur sur Galette. Ce n'est pas très grave, mais je ne comprends pas pourquoi cette disparition se produit et pourquoi cela n'affecte que ce paramètre. Merci pour votre aide

3 11

Problème Recherches avancées sur les dates - Recherche libre
by Contact CID Auditeur 22 Jul '24

22 Jul '24

Bonjour à tous, Je relance ce sujet assez important pour l'assoc dont j'ai la charge en tant que webmaster et dans le cadre du respect du RGPD "Droit à l'oubli". J'ai un champs dynamique concernant la démission de l'assoc, et au bout d'un an je dois détruire les fiches membres concernées. Celui-ci était analysé par une requête de recherche avancée et produisait une liste de membres à détruire. Cela ne concerne donc que la *recherche avancée libre sur un champs de dates* (coeur ou dynamique). Au départ il propose bien : Il *comprends bien que l'on travaille sur des dates*, suite à l'entrée d'une date et lancement, le résultat est vierge. Requête produite au départ : SELECT DISTINCT `a`.*, `status`.`priorite_statut` AS `priorite_statut` FROM `oitar_adherents` AS `a` LEFT JOIN `oitar_socials` AS `so` ON `a`.`id_adh`=`so`.`id_adh` LEFT JOIN `oitar_adherents` AS `parent` ON `a`.`parent_id`=`parent`.`id_adh` INNER JOIN `oitar_statuts` AS `status` ON `a`.`id_statut`=`status`.`id_statut` LEFT JOIN (SELECT `df`.`item_id` AS `item_id`, `df`.`field_val` AS `val` FROM `oitar_dynamic_fields` AS `df` WHERE `df`.`field_form` = 'adh' AND `df`.`field_id` = '36') AS `df36` ON `a`.`id_adh` = `df36`.`item_id` WHERE a.activite_adh=true *AND STR_TO_DATE(df36.val, '%d/%m/%Y') < STR_TO_DATE('2023-06-01', '%d/%m/%Y')* ORDER BY `nom_adh` ASC, `prenom_adh` ASC LIMIT 100 OFFSET 0 Si on demande la modification des critères alors il présente cela : Il a *perdu la notion de Avant - Après*. Dans les *versions antérieures 0.9.x cela marchait très bien*, je l'utilisais très très souvent (et j'avais même des requêtes enregistrées). *PRECISIONS *: si on fait la même chose avec le *champs du coeur Date de naissance*, dans cette *recherche libre* : Ca marche, il y a un résultat, mais il perd aussi cette notion *Avant - Après *à la modification des critères, avec une proposition d'analyse comme la copie d'écran N°2. Requête produite au départ : SELECT DISTINCT `a`.*, `status`.`priorite_statut` AS `priorite_statut` FROM `oitar_adherents` AS `a` LEFT JOIN `oitar_socials` AS `so` ON `a`.`id_adh`=`so`.`id_adh` LEFT JOIN `oitar_adherents` AS `parent` ON `a`.`parent_id`=`parent`.`id_adh` INNER JOIN `oitar_statuts` AS `status` ON `a`.`id_statut`=`status`.`id_statut` WHERE a.activite_adh=true AND *a.ddn_adh< '2023-06-01'* ORDER BY `nom_adh` ASC, `prenom_adh` ASC LIMIT 100 OFFSET 0 Requête produite si modif : SELECT DISTINCT `a`.*, `status`.`priorite_statut` AS `priorite_statut` FROM `oitar_adherents` AS `a` LEFT JOIN `oitar_socials` AS `so` ON `a`.`id_adh`=`so`.`id_adh` LEFT JOIN `oitar_adherents` AS `parent` ON `a`.`parent_id`=`parent`.`id_adh` INNER JOIN `oitar_statuts` AS `status` ON `a`.`id_statut`=`status`.`id_statut` WHERE a.activite_adh=true AND *LOWER(a.ddn_adh) = '2023-06-01'* ORDER BY `nom_adh` ASC, `prenom_adh` ASC LIMIT 100 OFFSET 0 Si vous avez des idées, c'est une fonction importante et hyper utile sur des champs de type date. Cordialement, GEORGES *BEYNA*

2 2

A propos des recherches
by deuxnielle 22 Jul '24

22 Jul '24

Bonjour, Galette V 1.1.3, php 8.1 Depuis la pages adhérents, les recherches sont fonctionnelles, comme leur enregistrement. Depuis les recherches enregistrées, l’exécution de ces mêmes requêtes renvoie le résultat attendu. *MAIS *avec à la fois, deux bandeaux : un bandeau vert de bonne exécution *et *un avertissement sur bandeau rouge "une erreur SQL est survenue lors du chargement de la requête" Par contre toutes les recherches avancées renvoient le même message d'erreur, accompagné des infos suivantes. Pourtant elles sont correctement exécutées en arrière plan ! Details*Type :* TypeError *Code :* 0 *Message :* Galette\Entity\Group::load(): Argument #1 ($id) must be of type int, string given, called in /data/www/users/webmaster.abon-asso/abon.asso/galette/lib/Galette/Filters/MembersList.php on line 230 *Fichier :* /data/www/users/webmaster.abon-asso/abon.asso/galette/lib/Galette/Entity/Group.php *Ligne :* 88 Trace #0 /data/www/users/webmaster.abon-asso/abon.asso/galette/lib/Galette/Filters/MembersList.php(230): Galette\Entity\Group->load() #1 /data/www/users/webmaster.abon-asso/abon.asso/galette/lib/Galette/Filters/AdvancedMembersList.php(414): Galette\Filters\MembersList->__set() #2 /data/www/users/webmaster.abon-asso/abon.asso/galette/lib/Galette/Controllers/Crud/MembersController.php(600): Galette\Filters\AdvancedMembersList->__set() #3 [internal function]: Galette\Controllers\Crud\MembersController->filter() #4 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/php-di/invoker/src/Invoker.php(74): call_user_func_array() #5 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/php-di/slim-bridge/src/ControllerInvoker.php(47): Invoker\Invoker->call() #6 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/Routing/Route.php(363): DI\Bridge\Slim\ControllerInvoker->__invoke() #7 /data/www/users/webmaster.abon-asso/abon.asso/galette/lib/Galette/Middleware/Authenticate.php(166): Slim\Routing\Route->handle() #8 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(280): Galette\Middleware\Authenticate->__invoke() #9 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(73): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #10 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(73): Slim\MiddlewareDispatcher->handle() #11 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/Routing/Route.php(321): Slim\MiddlewareDispatcher->handle() #12 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/Routing/RouteRunner.php(74): Slim\Routing\Route->run() #13 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/akrabat/rka-slim-session-middleware/RKA/SessionMiddleware.php(66): Slim\Routing\RouteRunner->handle() #14 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(129): RKA\SessionMiddleware->process() #15 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/csrf/src/Guard.php(482): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #16 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(129): Slim\Csrf\Guard->process() #17 /data/www/users/webmaster.abon-asso/abon.asso/galette/lib/Galette/Middleware/Language.php(68): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #18 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(177): Galette\Middleware\Language->__invoke() #19 /data/www/users/webmaster.abon-asso/abon.asso/galette/lib/Galette/Middleware/Telemetry.php(69): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #20 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(177): Galette\Middleware\Telemetry->__invoke() #21 /data/www/users/webmaster.abon-asso/abon.asso/galette/includes/main.inc.php(175): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #22 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(280): Closure->{closure}() #23 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/Middleware/RoutingMiddleware.php(45): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #24 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(129): Slim\Middleware\RoutingMiddleware->process() #25 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/Middleware/ErrorMiddleware.php(77): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #26 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(129): Slim\Middleware\ErrorMiddleware->process() #27 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/twig-view/src/TwigMiddleware.php(115): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #28 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(129): Slim\Views\TwigMiddleware->process() #29 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/MiddlewareDispatcher.php(73): Psr\Http\Server\RequestHandlerInterface@anonymous->handle() #30 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/App.php(209): Slim\MiddlewareDispatcher->handle() #31 /data/www/users/webmaster.abon-asso/abon.asso/galette/vendor/slim/slim/Slim/App.php(193): Slim\App->handle() #32 /data/www/users/webmaster.abon-asso/abon.asso/galette/includes/main.inc.php(207): Slim\App->run() #33 /data/www/users/webmaster.abon-asso/abon.asso/galette/webroot/index.php(50): require_once('...') #34 {main} Help ! Merci pour votre aide en pensant que tout ceci est très obscur pour moi 😉 ! Si la correction à apporter est simple, je pense y arriver, sinon...?😙 Cordialement, Deuxnielle

2 1

Calcul des périodes de cotisation
by Alain Castera 20 Jul '24

20 Jul '24

Bonjour, Pardon par avance si je déterre un vieux sujet, je n'ai peut-être pas sû chercher. Étant passé "brutalement" de 0.9.6 à 1.1.3 (un grand merci au passage à Yohan et à toutes celles et ceux qui permettent ces évolutions), je note un changement de paradigme en ce qui concerne le calcul des périodes de cotisations, passant d'une borne de fin exclusive à une borne de fin inclusive. Dit autrement, auparavant, lorsque vous cotisiez par exemple le 1er du mois pour 1 mois, votre cotisation courrait jusqu'au 1er du mois suivant. Lorsque vous rentriez une cotisation commençant le 1er du mois suivant, tout se passait bien. Maintenant, la cotisation court jusqu'au dernier jour du mois courant. Ça ne me dérange pas, je n'ai pas de religion en la matière. Le problème est que chaque fois que je rentre une cotisation au 1er du mois, elle rentre maintenant en conflit avec la cotisation enregistrée avec la version 0.9.6, ce qui est rapidement très pénible. J'ai envisagé de modifier les dates d'enregistrement des cotisations précédentes, il suffit pour ça de rappeler la cotisation et de la réenregistrer avec le nouveau mode de calcul. Mais comme il faut faire ça en partant de la toute première cotisation, ça fait des millers d'opérations, ingérables. Il faudrait faire ça directement dans la base de données, mais la formule à utiliser pour ne pas avoir à nouveau des milliers d'édition à faire ou des centaines de cas particuliers à traiter ne me paraît pas d'une évidence aveuglante. En attendant, je fais démarrer les cotisations au 2 du mois, mais ce n'est ni élégant ni tenable sur la durée. Alors, si vous avez une suggestion ... merci d'avance. Et merci encore pour tout. Alain P.S. dans un avenir lointain, ne serait-il pas judicieux d'enregistrer plutôt date de début et durée, ce qui éviterait ce genre de désagrément si on change à nouveau de façon de voir ?

1 0

Reçu annuel des cotisations
by fanf＠everat.fr 19 Jul '24

19 Jul '24

Bonjour à tous, Nos adhérents ont l'habitude de payer leur cotisation de façon fractionnée (mensuelle ou trimestrielle). Je cherche le moyen d'éditer un reçu global par adhérent pour l'ensemble des cotisations payées du 1er janvier au 31 décembre dans un seul document. Pensez-vous que cela soit possible ou bien c'est une fonctionnalité qui n'est pas (encore) développée ? Ou bien trouver une solution de contournement par exemple, j'ai imaginé pouvoir exporter un csv avec le cumul annuel par adhérent et de là pouvoir faire un publipostage ensuite ? Bref, avoir un moyen "d'industrialiser" un peu le process... J'ai cherché j'ai cherché, j'ai un peu bidouillé mais je ne trouve pas... alors je lance cet appel à l'aide. A votre bon cœur m'ssieurs dames !

2 4

Reçu annuel
by fanf＠everat.fr 19 Jul '24

19 Jul '24

Bonjour à tous, Nos adhérents ont l'habitude de payer leur cotis

1 1

Reçu annuel
by fanf＠everat.fr 19 Jul '24

19 Jul '24

Bonjour à tous, Nos adhérents ont l'habitude de payer leur cotis

1 0

Échec de la vérification CSRF !
by DDgallo 14 Jul '24

14 Jul '24

Bonjour, Depuis ce matin notre site Galette auto-hébergé chez OVH (Version 1.0.3) se bloque sur cette erreur ; la connexion se passe bien et en lieu et place de la page d'accueil une page d'erreur "Échec de la vérification CSRF !" s'affiche ; si on tente d'agir sur un bouton du menu de gauche, on est redirigé sur la page d'identification. Le problème, apparu cette nuit, m'a été signalé par plusieurs utilisateurs et j'ai moi-même testé avec plusieurs navigateurs (Firefox, Brave, Opera, DuckduckGo, Safari) avec le même comportement. Je précise que, hier soir, tout fonctionnait bien et je n'ai fait aucune mise à jour ni de Galette ni d'un quelconque navigateur durant la nuit. Autre point, l'application fonctionne correctement sur un très ancien Mac avec une vieille version de Firefox. Je me doute que c'est un problème de gestion de cookies mais je ne vois pas quoi faire pour débloquer la situation Daniel

3 3

Re: Sponsor
by deuxnielle 13 Jul '24

13 Jul '24

C’est bien ça : correspondant, dans mon cas, aux "donation pécuniaires". Merci ! Deuxnielle Le ven. 12 juil. 2024 à 13:08, Jim (Orange) <mistermodo(a)orange.fr> a écrit : > > Bonjour > > Selon ce que j'ai compris, cela signifie qu'il y a une contribution de > type don enregistrée dans votre base de données pour la personne en > question. > > Cordialement > Mrmodo > > > Envoyé via Boite de réception BlackBerry Hub+ pour Android > <http://play.google.com/store/apps/details?id=com.blackberry.hub> > *De:* deuxnielle.abon(a)gmail.com > *Envoyé:* 12 juillet 2024 12:50 > *À:* galette-users(a)mailman3.com > *Objet:* [Galette-users] Sponsor > > Bonjour, > > Après une mise à jour sans pb (de 0.9.6. vers 1.1.3), j’ai vu apparaître > une nouvelle icône "sponsor" devant quelques noms d’adhérents. > Sans trouver comment elle apparaît :) > > Vos lumières svp ! > > A l’avance merci > > Deuxnielle >

2 5

Sponsor
by deuxnielle 12 Jul '24

12 Jul '24

Bonjour, Après une mise à jour sans pb (de 0.9.6. vers 1.1.3), j’ai vu apparaître une nouvelle icône "sponsor" devant quelques noms d’adhérents. Sans trouver comment elle apparaît :) Vos lumières svp ! A l’avance merci Deuxnielle

1 0