- Galette-users - lists.mailman3.com

Re: Réseaux sociaux

by tezorc

Ah! une piste "LA TELEMETRIE" Les dates et horaires des envoies de télémétrie correspondent à la seconde près à l'anomalie ;)

Aug. 18, 2024

Re: Réseaux sociaux

by tezorc

Hello, Tjrs avec mon problème bizarre :) Donc, j'ai eu trois tentative de modification des réseaux sociaux des préférences avec "[0] => Attempt to remove preferences social networks (user - #)!" durant le début du mois d'Août. Les jours et horaires sont complétement aléatoires... Je suis le seul à mettre connecté durant cette période et les jours et horaires de connexion ne correspondent pas. J'ai vérifié mes crontab et je n'ai qu'une seulement tache pour les relances automatiques de cotisation. Les plugins installés : - Galette Maps - Galette Events - Galette Objects lend On dirait qu'il y a un enregistrement automatique des préférences mais avec la perte des informations des réseaux sociaux : "82.165.86.18 - 2024-08-06 21:15:10 - INFO - Preferences were successfully stored into database." Dans les logs d'Apache : 92.184.99.0 - - [06/Aug/2024:23:15:02 +0200] "GET /login HTTP/1.1" 200 19181 adherent.ccag42.org "-" "Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.0.0 Mobile Safari/537.36" "-" 92.184.99.0 - - [06/Aug/2024:23:15:05 +0200] "GET /login HTTP/1.1" 200 19181 adherent.ccag42.org "-" "Mozilla/5.0 (Linux; Android 10; K) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.0.0 Mobile Safari/537.36" "-" 82.165.86.0 - - [06/Aug/2024:23:15:09 +0200] "GET / HTTP/1.1" 301 - adherent.ccag42.org "-" "-" "-" 82.165.86.0 - - [06/Aug/2024:23:15:09 +0200] "GET / HTTP/1.1" 301 - adherent.ccag42.org "-" "-" "-" 208.255.117.0 - - [14/Aug/2024:02:11:46 +0200] "GET /login HTTP/1.1" 200 19362 adherent.ccag42.org "https://adherent.ccag42.org/member/me" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 82.165.86.0 - - [14/Aug/2024:02:11:50 +0200] "GET / HTTP/1.1" 301 - adherent.ccag42.org "-" "-" "-" 208.255.117.0 - - [14/Aug/2024:02:11:51 +0200] "GET /themes/default/galette_local.css HTTP/1.1" 304 - adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:51 +0200] "GET /assets/js/jquery.min.js HTTP/1.1" 200 87533 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:51 +0200] "GET /themes/default/ui/semantic.min.css HTTP/1.1" 200 1425150 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:51 +0200] "GET /plugins/galette-plugin-events/res/galette_events.css HTTP/1.1" 200 345 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:52 +0200] "GET /get-dark-css HTTP/1.1" 200 1253658 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:53 +0200] "GET /themes/default/ui/semantic.min.js HTTP/1.1" 200 295931 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:53 +0200] "GET /plugins/galette-plugin-objectslend/res/lend.js HTTP/1.1" 200 2908 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:53 +0200] "GET /logo HTTP/1.1" 200 30330 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:53 +0200] "GET /assets/js/galette-main.bundle.min.js HTTP/1.1" 304 - adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:53 +0200] "GET /assets/js/darkreader.min.js HTTP/1.1" 200 87794 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:54 +0200] "GET /themes/default/ui/themes/default/assets/fonts/LatoLatin-Regular.woff2 HTTP/1.1" 200 33828 adherent.ccag42.org "https://adherent.ccag42.org/themes/default/ui/semantic.min.css" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:54 +0200] "GET /themes/default/ui/themes/default/assets/fonts/LatoLatin-Bold.woff2 HTTP/1.1" 200 33616 adherent.ccag42.org "https://adherent.ccag42.org/themes/default/ui/semantic.min.css" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:54 +0200] "GET /themes/default/ui/themes/default/assets/fonts/icons.woff2 HTTP/1.1" 200 78268 adherent.ccag42.org "https://adherent.ccag42.org/themes/default/ui/semantic.min.css" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:54 +0200] "GET /themes/default/ui/themes/default/assets/fonts/brand-icons.woff2 HTTP/1.1" 200 76736 adherent.ccag42.org "https://adherent.ccag42.org/themes/default/ui/semantic.min.css" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-" 208.255.117.0 - - [14/Aug/2024:02:11:54 +0200] "GET /themes/default/images/favicon.png HTTP/1.1" 200 9694 adherent.ccag42.org "https://adherent.ccag42.org/login" "Mozilla/5.0 (X11; CrOS x86_64 14541.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36" "-"

Aug. 18, 2024

Re: Avertissement automatique des membres

by Johan Cwiklinski

Salut, Le 06/08/2024 à 17:13, IEO Provença-Aups-Còsta d'Azur a écrit : > Bonjour > J’ai testé en emulant un administrateur de groupe et là le curseur n’apparaît pas au dessus d’enregistrer. Je ne suis pas certain d'avoir tout suivi là :) Cela dit, j'ai pu constater le problème d'origine : https://bugs.galette.eu/issues/1860 Un correctif est disponible : https://github.com/galette/galette/commit/44d461848e1d172de36b50b35d70b68e8… Note : il faut vider le cache de Galette pour que la modification prenne effet. ++ -- Johan

Aug. 7, 2024

Re: Avertissement automatique des membres

by Johan Cwiklinski

Salut, Je n'ai pas eu le temps de vérifier. Le 06/08/2024 à 14:38, IEO Provença-Aups-Còsta d'Azur a écrit : > Quand un administrateur enregistre une modification sur une fiche de membre ceux-ci sont automatiquement avisés… > > Mais, semble-t-il, lorsqu’il s’agit d’un responsable de groupe, non. Est-ce bien exact ? Hum... Alors dans les faits, c'est peut-être le cas, mais normalement si "avertir l'adhérent" en bas du formulaire est coché, l'adhérent devrait recevoir un courriel - et ce peu importe qui a effectué la modification. Si ce n'est pas le cas, c'est une anomalie. > Mais alors comment le faire en nombre ? Ce n'est pas possible. Pour personnaliser, il faut envoyer autant de courriels qu'il y a d'adhérents sélectionnés ; or l'emailing dans Galette effectue un envoi pour tous les destinataires (tous sont en BCC) Le sujet a déjà été abordé dans le passé, je ne souhaite pas modifier ce fonctionnement, l'emailing de masse est un sujet trop particulier. ++ -- Johan

Aug. 6, 2024

Avertissement automatique des membres

by IEO Provença-Aups-Còsta d'Azur

Bonjour Deux questions liées : Quand un administrateur enregistre une modification sur une fiche de membre ceux-ci sont automatiquement avisés… Mais, semble-t-il, lorsqu’il s’agit d’un responsable de groupe, non. Est-ce bien exact ? D’autre part, le fait d’avertir automatiquement les membres permet de leur communiquer (ou rappeler) leur identifiant. C’est très commode. Cela signifie que seul un administrateur (général) peut transmettre les identifiants. Mais alors comment le faire en nombre ? Je n’ai pas trouvé. Merci. Pèire Mandat de mon iFòn

Aug. 6, 2024

Re: Gestion des cotisations par groupe

by Johan Cwiklinski

Salut, Le 02/08/2024 à 19:03, IEO Provença-Aups-Còsta d'Azur a écrit : > [...] > Comment accorder les droits d’administration des contributions aux responsables de groupe sur leur groupe seulement ? Les responsables de groupes ne peuvent actuellement pas du tout gérer les contributions ; que ce soit de leurs groupes ou non. Il est assez simple de leur donner tous les droits sur les contributions, mais limiter à leurs seuls groupes, c'est forcément un développement "spécifique". ++ -- Johan

Aug. 3, 2024

Gestion des cotisations par groupe

by IEO Provença-Aups-Còsta d'Azur

Bonjour, Je souhaite pouvoir déléguer aux responsables de groupe (pour moi les secrétaires départementaux de la fédération) l’enregistrement des contributions. Apparement, seul des membres du bureau (fédéral pour moi) ont ces droits. Si j’accorde aux responsables de groupe la gestion des contributions, je leur ouvre l’accès à l’administration de toute la fédération. Cela présente bcp de risques d’erreur. Comment accorder les droits d’administration des contributions aux responsables de groupe sur leur groupe seulement ? Qui a une idée ? 💡 Pèire Mandat de mon iFòn

Aug. 2, 2024

Re: Réseaux sociaux

by Johan Cwiklinski

Salut, Le 31/07/2024 à 19:40, Frederic Tezorc a écrit : > Bonjour, > > Suite à nos derniers échanges, j'ai vérifié les logs, voir ci-joint. > J'ai trouvé trois occurrences, mais il semble que l'utilisateur ne soit > pas identifié. > Je ne comprends pas comment la suppression de ce paramètre a pu être > faite, que ce soit de manière volontaire (ça m'étonne) ou accidentelle. > Car cela devient vraiment très récurrent! C'est vraiment de plus en plus étrange ton problème... Je ne comprends pas pourquoi aucune info utilisateur n'est remontée. Peux tu voir dans les journaux Galette qui était connecté à l'heure d'enregistrement de ces préférences ? Est-il possible qu'une crontab ait tourné à ce moment là ? As-tu des plugins installés ? Lesquels ? Je ne vois pas vraiment comment avancer, je ne reproduit absolument pas les problèmes - et tu es le seul à remonter ça en prime :/ ++ -- Johan

Aug. 2, 2024

Re: Réseaux sociaux

by Frederic Tezorc

Bonjour, Suite à nos derniers échanges, j'ai vérifié les logs, voir ci-joint. J'ai trouvé trois occurrences, mais il semble que l'utilisateur ne soit pas identifié. Je ne comprends pas comment la suppression de ce paramètre a pu être faite, que ce soit de manière volontaire (ça m'étonne) ou accidentelle. Car cela devient vraiment très récurrent! Le mer. 19 juin 2024 à 23:09, Johan Cwiklinski <johan(a)x-tnd.be> a écrit : > Salut, > > Le 19/06/2024 à 09:10, tezorc a écrit : > > Est-il possible que ce patch renseigne un log pour identifié > l'utilisateur? > > Essaie avec le patch joint. > > Il est un peu plus fourni que le patch d'origine, mais (au moins dans > certains cas) une erreur qui semblait sans rapport était déclenchée - et > on avait pas l'information souhaitée... > > J'espère que ça aidera. > > ++ > -- > Johan > _______________________________________________ > Galette-users mailing list -- galette-users(a)mailman3.com > To unsubscribe send an email to galette-users-leave(a)mailman3.com >

July 31, 2024

Re: Problème Recherches avancées sur les dates - Recherche libre

by Contact CID Auditeur

Salut, Tu as aussi la possibilité de faire des requêtes SQL en base, mais il faut les écrire avec des jointures entre tables, c'est peut être mieux que sur un export. Ceci dit ce serait tellement mieux directement avec Galette, et cela marchait très bien en 0.9.x même en expérimental. une partie du code ayant été revu, cela a du introduire des incohérences, mais je pense que le soucis n'est pas hyper dégradé, bien sûr cela demande du boulot à Johan, mais cela rendrait les recherches hyper efficaces. Cordialement, GEORGES *BEYNA* Frederic Tezorc a écrit : > Hello, > > J'avais plus ou moins la même requête pour les recherches avancées et > notamment dans les recherches libres avec les dates. > Hormis le RGPD, j'ai également les renouvellements de vaccins > obligatoires (club canin) ou les certificats médicaux. > Actuellement, j'exporte tout et je filtre avec Open Office par exemple. > > Tu avais déjà posé la même question en décembre 2023 (le 24 ;)) > > Bon! je n'ai pas répondu à ta question et j'avais également fait > d'autres demandes dans le passé > La recherche libre est une fonction expérimentale : > - Anomalie #1473 <https://bugs.galette.eu/issues/1473> - recherche > champ booléen > - Souhaits #1464 <https://bugs.galette.eu/issues/1464> - recherche > avec date > ou encore Souhaits #1485 <https://bugs.galette.eu/issues/1485> - > recherche si présence fichier téléchargé > > > > Le lun. 22 juil. 2024 à 07:50, Contact CID Auditeur > <contact(a)cid-auditeur.com> a écrit : > > 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* > > > _______________________________________________ > Galette-users mailing list -- galette-users(a)mailman3.com > To unsubscribe send an email to galette-users-leave(a)mailman3.com > > > _______________________________________________ > Galette-users mailing list --galette-users(a)mailman3.com > To unsubscribe send an email togalette-users-leave(a)mailman3.com

July 22, 2024