Re: [Galette-devel] Bug - Liste de mises à jour BDD pour un plugin
Salut, Le 03/11/2014 18:59, Mélissa Djebel a écrit : Je viens de constater un bug pour la liste de mise à jour BDD pour un plugin [...] En effet, c'est tout pété pour les plugins... Ce bout de code va me rendre chèvre :D ++ -- Johan signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bug
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Salut, Le 22/09/2011 11:20, carso...@free.fr a écrit : Bonjour, Lors de la Configuration des fiches adhérents et la création avec Tous et ligne simple, a chaque modification de la fiche le champs se multiplie... C'est corrigé :) Cdlmt Christ ++ Johan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk64PPcACgkQ7N2B+4uln5QAYgCeN1i3itC+Ol4WleSt84SuOIjk XK8AnitmRu0iD8XGvQnTMFhRaqAD+OqZ =9oe4 -END PGP SIGNATURE- ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bug
Merci Johan! - Mail original - De: Johan Cwiklinski jo...@x-tnd.be À: galette-devel@gna.org Envoyé: Lundi 7 Novembre 2011 21:17:59 Objet: Re: [Galette-devel] Bug -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Salut, Le 22/09/2011 11:20, carso...@free.fr a écrit : Bonjour, Lors de la Configuration des fiches adhérents et la création avec Tous et ligne simple, a chaque modification de la fiche le champs se multiplie... C'est corrigé :) Cdlmt Christ ++ Johan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk64PPcACgkQ7N2B+4uln5QAYgCeN1i3itC+Ol4WleSt84SuOIjk XK8AnitmRu0iD8XGvQnTMFhRaqAD+OqZ =9oe4 -END PGP SIGNATURE- ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #18819] Modification du port de la base de donnéesà l'installation
Le 18/10/2011 17:15, Johan Cwiklinski a écrit : URL: http://gna.org/bugs/?18819 Summary: Modification du port de la base de données à l'installation Details: Ce n'est pas possible actuellement. J'ai fait un tour dans le brol Zend et j'ai vu que 'port' est une option possible, dans includes/Zend-1.11.9/Zend/Db/Adapter/Abstract.php section Constructor * Some options are used on a case-by-case basis by adapters: * * port = (string) The port of the database Je propose ce patch rapide (en PJ) et incomplet (je n'ai fait ue l'installeur), à checker. je ne suis pas sur de ma syntaxe pour (install/index.php): * la déclaration/affectation du port par défaut, lignes 410/411 : option value=mysql?php if ( isset($_POST['install_dbtype']) $_POST['install_dbtype'] == 'mysql' ) {echo ' selected=selected';} $dbport == '3306'; ?Mysql/option * l'utilisation de cette nouvelle variable dans l'inputbox, ligne 420 : input type=text name=install_dbport id=install_dbport value=?php echo (isset($_POST['install_dbport']))?$_POST['install_dbport']:'$dbport'; ?/ Ça semble une bonne base de travail ? (je commite pas, c'est incomplet et non-fonctionnel) A+, Loïs -- Quand karma faché, karma toujours faire comme ça. Index: classes/galette-zend_db.class.php === --- classes/galette-zend_db.class.php (révision 1454) +++ classes/galette-zend_db.class.php (copie de travail) @@ -79,6 +79,7 @@ $_type, array( 'host' = HOST_DB, +'port' = PORT_DB, 'username' = USER_DB, 'password' = PWD_DB, 'dbname' = NAME_DB @@ -159,6 +160,7 @@ $_type, array( 'host' = $host, +'port' = $port, 'username' = $user, 'password' = $pass, 'dbname' = $db Index: install/index.php === --- install/index.php (révision 1454) +++ install/index.php (copie de travail) @@ -76,6 +76,7 @@ if ( $error_detected == '' isset($_POST['install_dbtype']) isset($_POST['install_dbhost']) + isset($_POST['install_dbport']) isset($_POST['install_dbuser']) isset($_POST['install_dbpass']) isset($_POST['install_dbname']) @@ -87,6 +88,9 @@ if ( $_POST['install_dbhost'] == '' ) { $error_detected .= 'li' . _T(No host) . '/li'; } +if ( $_POST['install_dbport'] == '' ) { +$error_detected .= 'li' . _T(No port) . '/li'; +} if ( $_POST['install_dbuser'] == '' ) { $error_detected .= 'li' . _T(No user name) . '/li'; } @@ -104,6 +108,7 @@ define('USER_DB', $_POST['install_dbuser']); define('PWD_DB', $_POST['install_dbpass']); define('HOST_DB', $_POST['install_dbhost']); +define('PORT_DB', $_POST['install_dbport']); define('NAME_DB', $_POST['install_dbname']); $zdb = new GaletteZendDb(); @@ -402,8 +407,8 @@ p label class=bline for=install_dbtype?php echo _T(Database type:); ?/label select name=install_dbtype id=install_dbtype -option value=mysql?php if ( isset($_POST['install_dbtype']) $_POST['install_dbtype'] == 'mysql' ) {echo ' selected=selected';} ?Mysql/option -option value=pgsql?php if ( isset($_POST['install_dbtype']) $_POST['install_dbtype'] == 'pgsql' ) {echo ' selected=selected';} ?Postgresql/option +option value=mysql?php if ( isset($_POST['install_dbtype']) $_POST['install_dbtype'] == 'mysql' ) {echo ' selected=selected';} $dbport == '3306'; ?Mysql/option +option value=pgsql?php if ( isset($_POST['install_dbtype']) $_POST['install_dbtype'] == 'pgsql' ) {echo ' selected=selected';} $dbport == '5432'; ?Postgresql/option /select /p p @@ -411,6 +416,11 @@ input type=text name=install_dbhost id=install_dbhost value=?php echo (isset($_POST['install_dbhost']))?$_POST['install_dbhost']:'localhost'; ?/ /p p +label class=bline for=install_dbport?php echo _T(Port:); ?/label +input type=text name=install_dbport id=install_dbport value=?php echo (isset($_POST['install_dbport']))?$_POST['install_dbport']:'$dbport'; ?/ +/p + +p label class=bline for=install_dbuser?php echo _T(User:); ?/label input type=text name=install_dbuser id=install_dbuser value=?php if(isset($_POST['install_dbuser'])) echo $_POST['install_dbuser']; ?/
Re: [Galette-devel] [bug #13071] XML mal formé
Le 26 février 2009 10:43, PAVIOT Frédéric no-reply.invalid-addr...@gna.org a écrit : Lorsque l'on veut s'identifier sur Galette, sur la page d'identification je reçois ce message d'erreur : Erreur d'analyse XML : mal formé Emplacement : http://www.lemuycommerces.com/galette/ Numéro de ligne 14, Colonne 49 : a href=index.php?pref_lang=englishPHPSESSID=51d5957d3384237a5d8f64c53c28ea4fimg src=lang/english.gif alt=anglais class=flag//a --^ J'ai eu le même comportement chez mon hébergeur marsnet.org. J'ai réglé le problème en ajoutant ces lignes dans index.php, juste après la directive require_once... : /* Elimine le bug de validation XML causé par l'ajout par PHP de PHPSESSID à l'URL */ ini_set(arg_separator.output,amp;); Apparemment il s'agirait d'un bug PHP, peut-être corrigé dans PHP 5 ? (mon hébergeur était jusqu'à récemment en PHP4). J'ignore s'il faut commiter cette modif. Qu'en pensez-vous ? ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #13071] XML mal formé
2009/2/26 Eric Le Bras eric.leb...@gmail.com: ini_set(arg_separator.output,amp;); J'ignore s'il faut commiter cette modif. Qu'en pensez-vous ? Que ini_set() est parfois désactiver et peu lever des erreurs ? ( http://forum.hardware.fr/hfr/Programmation/PHP/desactive-serveur-symfony-sujet_108515_1.htm ) Voir si on appelle @ini_set() ? -- Chtitux - Théophile Helleboid ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #13071] XML mal formé
On Thu, Feb 26, 2009 at 11:13 AM, Théophile Helleboid chti...@gmail.com wrote: Que ini_set() est parfois désactiver et peu lever des erreurs ? Chez Free, il l'est : http://www.free.fr/assistance/947-acces-libre-php-fonctions-php-interdites.html ... mais pas chez ovh. La question est donc : existe-t-il des hébergeurs qui ajoutent PHPSESSID ET qui désactivent ini_set ? Bonne journée -- Chtitux - Théophile Helleboid ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #13071] XML mal formé : Problème avec PHPSESSID
Johan Cwiklinski a écrit : Follow-up Comment #3, bug #13071 (project galette): Selon la doc de PHP, un use_trans_sid à 1 pose un risque de sécurité (http://fr.php.net/manual/fr/session.configuration.php#ini.session.use-trans-sid). Je pense donc que la solution à retenir pour Galette est de placer à toutes fins utiles un : @init_set('session.use_trans_sid', '0'); Si ça fonctionne, tant mieux, sinon... En dernier recours, il sera possible pour l'utilisateur de tenter le coup du .htaccess puis de changer d'hébergeur si aucune solution ne fonctionne... . Je suis chez OVH, sur 240 plan, pour moi, le .htaccess avec SetEnv SESSION_USE_TRANS_SID 0 résoud le problème. -- d...@niel http://abul.asso.fr ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #8974] Mise à jour vers 0.63 impossible
Bonjours à tous j'ai le même problème : Fatal error: Call to a member function on a non-object in /data/web/e3/cd/cf/oisux.org/htdocs/adherent/includes/picture.class.php on line 74 Quand je vais voir dans la base la table Pictures n'existe pas. Message du 14/02/09 14:17 De : Johan Cwiklinski A : Johan Cwiklinski , Nicolas Grandjean , Christian Marillat , g...@logeek.com, galette-devel@gna.org Copie à : Objet : [Galette-devel] [bug #8974] Mise à jour vers 0.63 impossible Follow-up Comment #3, bug #8974 (project galette): Étrange, je ne parviens pas à reproduire ce problème... La mise à jour s'est-elle bien passée ? La table pictures existe-t-elle dans la base, les droits sont-ils corrects ? Où le problème survient-t-il (le message original laisse entendre que la mise à jour a pu être effectuée, le second que c'est lors de la mise à jour qu'il survient). Ne pouvant reproduire le problème, j'ai un peu du mal à voir comment le corriger :/ La seule chose qui explique ce message est l'échec de la requête qui récupère l'image, un petit echo de la requête générée et du résultat renvoyé pourraient aider je pense. Il faut aussi voir plus tôt dans les logs si une autre erreur n'est pas survenue. ___ Reply to this item at: ___ Message posté via/par Gna! http://gna.org/ ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel Créez votre adresse électronique prenom@laposte.net 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #8974] Mise à jour vers 0.63 impossible
Je veux bien donner un coups de main mais ou ouis-je trouver els logs ? J'ai créé à la main la table pictures, apres j'arrive à entrer dans galette mais en cliquant sur contibutiion ça explose, car il manque la table. Ensuite tout est en anglais, je sais pas si ça peux aider Message du 15/02/09 11:04 De : Johan Cwiklinski A : Johan Cwiklinski , Nicolas Grandjean , Christian Marillat , g...@logeek.com, galette-devel@gna.org Copie à : Objet : [Galette-devel] [bug #8974] Mise à jour vers 0.63 impossible Update of bug #8974 (project galette): Status: Ready For Test = Need Info ___ Follow-up Comment #4: Si la table 'pictures' n'existe pas, c'est à priori qu'il y a eu un souci lors de l'exécution de la mise à jour, c'est celui là qu'il faudrait déceler ; le bogue déclaré n'en est qu'une conséquence directe. Les autres tables ont-elles été créées lors de la mise à jour (galette_l10n, galette_transactions, galette_tmppasswds, galette_field_types et galette_dynamic_fields) ? Le mieux serait que l'un de vous exécute à nouveau la mise à jour et regarde bien les sorties ainsi que les logs pour savoir pourquoi la table n'a pas été créée. Pour corriger, le script de création de la table est le suivant (tiré des fichiers de mise à jour vers la 0.63 - upgrade-to-0.63-{pgsql|mysql}.sql) : * Pour MySQL : -- Table for member photographs; DROP TABLE IF EXISTS galette_pictures; CREATE TABLE `galette_pictures` ( `id_adh` int(10) unsigned NOT NULL default '0', `picture` mediumblob NOT NULL, `format` varchar(10) NOT NULL default '', PRIMARY KEY (`id_adh`) ) TYPE=MyISAM; * Pour PostgreSQL : CREATE TABLE galette_pictures ( id_adh integer DEFAULT 0 NOT NULL, picture bytea NOT NULL, format character varying(30) DEFAULT ''::character varying NOT NULL ); ___ Reply to this item at: ___ Message posté via/par Gna! http://gna.org/ ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel Créez votre adresse électronique prenom@laposte.net 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #8974] Mise à jour vers 0.63 impossible
Salut, blacktux a écrit : Je veux bien donner un coups de main mais ou ouis-je trouver els logs ? Il s'agit des logs d'apache, quelque part dans /var/log généralement (/var/log/httpd/error_log chez moi). J'ai créé à la main la table pictures, apres j'arrive à entrer dans galette mais en cliquant sur contibutiion ça explose, car il manque la table. Ensuite tout est en anglais, je sais pas si ça peux aider Que ce soit en anglais n'apporte rien... En revanche, que ça ait pété à ce moment là continue de me faire penser que le script sql de mise à jour n'a pas été exécuté correctement, et ça, c'est étrange... Message du 15/02/09 11:04 De : Johan Cwiklinski A : Johan Cwiklinski , Nicolas Grandjean , Christian Marillat , g...@logeek.com, galette-devel@gna.org Copie à : Objet : [Galette-devel] [bug #8974] Mise à jour vers 0.63 impossible Update of bug #8974 (project galette): Status: Ready For Test = Need Info ___ Follow-up Comment #4: Si la table 'pictures' n'existe pas, c'est à priori qu'il y a eu un souci lors de l'exécution de la mise à jour, c'est celui là qu'il faudrait déceler ; le bogue déclaré n'en est qu'une conséquence directe. Les autres tables ont-elles été créées lors de la mise à jour (galette_l10n, galette_transactions, galette_tmppasswds, galette_field_types et galette_dynamic_fields) ? Le mieux serait que l'un de vous exécute à nouveau la mise à jour et regarde bien les sorties ainsi que les logs pour savoir pourquoi la table n'a pas été créée. Pour corriger, le script de création de la table est le suivant (tiré des fichiers de mise à jour vers la 0.63 - upgrade-to-0.63-{pgsql|mysql}.sql) : * Pour MySQL : -- Table for member photographs; DROP TABLE IF EXISTS galette_pictures; CREATE TABLE `galette_pictures` ( `id_adh` int(10) unsigned NOT NULL default '0', `picture` mediumblob NOT NULL, `format` varchar(10) NOT NULL default '', PRIMARY KEY (`id_adh`) ) TYPE=MyISAM; * Pour PostgreSQL : CREATE TABLE galette_pictures ( id_adh integer DEFAULT 0 NOT NULL, picture bytea NOT NULL, format character varying(30) DEFAULT ''::character varying NOT NULL ); signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #8974] Mise à jour ve rs 0.63 impossible
Salut, Johan Cwiklinski a écrit, Le 15.02.2009 21:02: Il faut voir les logs httpd et/ou mysql ; je peux pas en dire plus :( Je n'ai pas accès aux logs, désolé. Jen e suis pas admin de cette machine. ++ -- Nicolas Grandjean http://www.rhizomes.org - http://auray.firstjeudi.org Pensez différents, pensez libre, pensez GNU! JabberID : nico...@jabber.rhizomes.org ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #12752] Erreur d'enco dage lors de l'enregistrement d'un adhérent avec une base Postgres
Salut, La sortie de la 0.63 sera donc compromise tant que je n'aurai pas pu corriger ce problème... Je vous avoue que je suis pas très jouasse sur le coup... Bonne soirée, Johan Johan Cwiklinski a écrit : URL: http://gna.org/bugs/?12752 Summary: Erreur d'encodage lors de l'enregistrement d'un adhérent avec une base Postgres Project: Galette Submitted by: trashy Submitted on: lundi 15.12.2008 à 22:55 Severity: 5 - Blocker Priority: 9 - Immediate Status: Confirmed Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Release: 0.63RC2 ___ Details: Lors de l'enregistrement d'un adhérent dans une base Postgres, il y a des problèmes d'encodage sur les caractères accentués (bogue trouvé avec un prénom qui comporte un tel caractère). Je suppose que les autres champs sont également affectés, mais n'ai pas le temps requis pour mener des tests à bien pour le moment. signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #12720] Sélection sur plusieurs pages pour l'envoi de mail ou les étiquette s
Johan Cwiklinski a écrit : Par défaut, la liste des adhérents est paginée, il faut donc passer d'une page à l'autre pour sélectionner les adhérents auxquels on souhaite envoyer un mail ou pour lesquels on souhaite imprimer les étiquettes. Le problème est que la sélection est perdue d'une page à une autre. Je vois deux solutions : 1 - utiliser ajax pour enregistrer/supprimer dans une session PHP lorsque l'on coche une case. 2 - remplacer les liens des pages par des boutons de type sumbit, afin d'envoyer à chaque fois le formulaire, avec un champ caché qui contiendrait les valeurs sélectionnées. L'une et l'autre des solutions posent des inconvénients, la seconde solution me semble plus accessible (même si un appel javascript n'est pas forcément inaccessible). Je ne vois pour le moment pas d'autre alternative, mais je suis preneur d'idées et d'éventuels patches :-) J'aurais tendance à dire qu'il y a une autre solution que sélectionner sur plusieurs pages: On peut sélectionner tous les adhérents souhaités sur la même page avec une combinaison de ces deux features qui existent déjà dans la page adhérents: 1-Choisir afficher 'Tous' (ou 50 ou 100) adhérents dans la dropdown list 2-Utiliser le filtre du haut de la page pour réduire la liste Donc réponse courte: On ne peut pas sélectionner sur plusieurs pages, donc il faut s'arranger pour faire entrer tous les adhérents à sélectionner sur une page en filtrant la liste et en en affichant plus par page. Par contre on pourrait ajouter des critères de sélections si ceux actuellement à disposition sont insuffisants. Il est ainsi possible de -Rajouter une case cocher à coté du filtre qui fasse sélectionner tous les adhérents répondant aux critères du filtre -Cumuler les filtres d'une page à l'autre comme le fait freshmeat par exemple -Ajouter un outil de filtrage évolué pour faire des combinaisons logiques avec NOT AND OR et parenthèses. Je n'ai pas cherché mais ça doit bien exister déjà tout fait en PHP. Certes, je l'avoue, cette réponse est du genre: on ne peut pas faire ce que tu demandes mais on va te montrer comment t'en passer mais cela répond au besoin exprimé avec une solution différente même s'il y a plusieurs milliers d'adhérents dans la base. -- John Perr GPG Id 0xA83889EC ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #12393] xml parse failed
Probleme resolu en moins d'un jours ,c'est super ! Merci Johan ! Le 5 octobre 2008 09:28, Johan Cwiklinski [EMAIL PROTECTED]a écrit : Update of bug #12393 (project galette): Status:None = Fixed ___ Follow-up Comment #1: Bonjour Il s'agit d'un problème de traduction. Pour le corriger en local, il faut remplacer la chaîne suivante, dans le fichier lang/lang_spanish.php, à la ligne 1207 (environ) : 'La afiliación expirará pronto (30d)' par: 'La afiliación expirará pronto (30d)' J'effectue la modification dans le SVN sous peu. ___ Reply to this item at: http://gna.org/bugs/?12393 ___ Message posté via/par Gna! http://gna.org/ ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bug #9705: pb d'interpretaion html (mailing adherents)
Ok merci, je vais voir à merger tout ça sur le SVN... J'avais fait quelque chose à ce sujet, mais peut être une amélioration est-elle possible :) ok mon code php n'est surement pas très 'pro', je suis débutant dans ce domaine, donc il y a certainement des façons d'écrire ça en plus court/plus propre... mais ça marche ;) Heu... Le warning vient du navigateur, pas du parseur :) Les pages sont envoyées avec une déclaration XML, si le XML n'est pas valide, le browser va alors refuser d'afficher la page. Peut être un coup de tidy pourrait résoudre ce problème ? À vrai dire, je n'ai aps du tout testé ce genre de choses, je n'envoie que des mails au format texte :p Ah... ok ;) J'ai regardé la doc de tidy, c'est une super extension... J'ai testé, ci-dessous modif à faire dans le bloc '#si le mail est en html'. Cela ne marche que si l'extension tidy est installée... j'ai pas trouvé d'include externe (comme gettext par exemple). Il faudrait également regénérer le .po pour la nouvelle erreur que j'ai inclue dans le code si tidy n'arrive pas à corriger. Kevin #si le mail est en html if (isset($_POST['mailing_html'])) { $data['mailing_html']=$_POST['mailing_html']; If (get_magic_quotes_gpc()==1) { $data['mailing_corps'] = htmlentities(stripslashes($_POST['mailing_corps'])); $data['mailing_corps_display']=nl2br(html_entity_decode($data['mailing_corps'])); $data['mailing_corps_to_send']=$data['mailing_corps_display']; } else { $data['mailing_corps'] = htmlentities($_POST['mailing_corps']); $data['mailing_corps_display']=nl2br(html_entity_decode($data['mailing_corps'])); $data['mailing_corps_to_send']=$data['mailing_corps_display']; } #HTML check with Tidy If (extension_loaded('tidy')) { $tidy_config = array( 'doctype' = omit, 'output-xhtml' = true, 'show-warnings' = false, 'show-body-only' = true); $tidy = new tidy(); $tidy-parseString(html_entity_decode($data['mailing_corps_to_send']),$tidy_config); $tidy-cleanRepair(); if ($tidy-errorBuffer) { $error_detected[] = _T(You have HTML syntax error(s):).'p'.htmlentities($tidy-errorBuffer).'/p'; } else { $data['mailing_corps_to_send'] = $tidy; $data['mailing_corps_display'] = $tidy; $data['mailing_corps'] = htmlentities($tidy); } } } ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bug #9705: pb d'interpretaion html (mailing adherents)
Salut, Kevin Klein a écrit : Kevin Klein a écrit : Bonjour, Je ne sais pas si c'est l'endroit adéquat, je vous soumets mes modifications concernant le bug#9705 concernant un pb d'interpretation lors de la création d'un email via le mailing adherents. Cette modif prends en compte les magic quotes, les retours à la ligne et la prévisualisation des mails html (auparavant les codes html créés étaient sniffés chez moi lors de l'edit d'un message déjà prévisualisé). NB: la version utilisée et la 0.63 bugfix. Je vous joins également les fichiers modifiés. En ésperant que ça fasse avancer le schmilblick pour une v.0.63 finale ;) Ok merci, je vais voir à merger tout ça sur le SVN... J'avais fait quelque chose à ce sujet, mais peut être une amélioration est-elle possible :) Cordialement, Kevin Klein Les fichiers modifiés sont: mailing_adherents.php et mailing_adhrents.tpl Rebonjour, J'oubliais de préciser que lors d'un envoi html, si il y a erreur dans la syntaxe (par ex. oubli de fermer une balise), cela me donne une erreur XML lors de la prévisualisation. Logique à priori, mais est-il possible de désactiver ce warning du parseur? Heu... Le warning vient du navigateur, pas du parseur :) Les pages sont envoyées avec une déclaration XML, si le XML n'est pas valide, le browser va alors refuser d'afficher la page. Peut être un coup de tidy pourrait résoudre ce problème ? À vrai dire, je n'ai aps du tout testé ce genre de choses, je n'envoie que des mails au format texte :p Merci, Kevin Johan signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bug #9705: pb d'interpretaion html (mailing adherents)
Kevin Klein a écrit : Bonjour, Je ne sais pas si c'est l'endroit adéquat, je vous soumets mes modifications concernant le bug#9705 concernant un pb d'interpretation lors de la création d'un email via le mailing adherents. Cette modif prends en compte les magic quotes, les retours à la ligne et la prévisualisation des mails html (auparavant les codes html créés étaient sniffés chez moi lors de l'edit d'un message déjà prévisualisé). NB: la version utilisée et la 0.63 bugfix. Je vous joins également les fichiers modifiés. En ésperant que ça fasse avancer le schmilblick pour une v.0.63 finale ;) Cordialement, Kevin Klein Les fichiers modifiés sont: mailing_adherents.php et mailing_adhrents.tpl Modifs mailing adherents.php * Lignes 76 à 94 supprimées et remplacées par: if (isset($_POST[mailing_go]) || isset($_POST[mailing_reset]) || isset($_POST[mailing_confirm])) { if ($_POST['mailing_objet']==) $error_detected[] = _T(Please type an object for the message.); else If (get_magic_quotes_gpc()==1) { $data['mailing_objet']=htmlentities(stripslashes($_POST['mailing_objet'])); $data['mailing_objet_to_send']=html_entity_decode($data['mailing_objet']); } else { $data['mailing_objet']=htmlentities($_POST['mailing_objet']); $data['mailing_objet_to_send']=html_entity_decode($data['mailing_objet']); } if ($_POST['mailing_corps']==) { $error_detected[] = _T(Please enter a message.); } else { #si le mail est en html if (isset($_POST['mailing_html'])) { $data['mailing_html']=$_POST['mailing_html']; If (get_magic_quotes_gpc()==1) { $data['mailing_corps'] = htmlentities(stripslashes($_POST['mailing_corps'])); $data['mailing_corps_display']=nl2br(html_entity_decode($data['mailing_corps'])); $data['mailing_corps_to_send']=$data['mailing_corps_display']; } else { $data['mailing_corps'] = htmlentities($_POST['mailing_corps']); $data['mailing_corps_display']=nl2br(html_entity_decode($data['mailing_corps'])); $data['mailing_corps_to_send']=$data['mailing_corps_display']; } } else { #si le mail est en texte $data['mailing_html']=0; If (get_magic_quotes_gpc()==1) { $data['mailing_corps'] = htmlentities(stripslashes($_POST['mailing_corps'])); $data['mailing_corps_display']=$data['mailing_corps']; $data['mailing_corps_to_send']=html_entity_decode($data['mailing_corps_display']); } else { $data['mailing_corps'] = htmlentities($_POST['mailing_corps']); $data['mailing_corps_display']=$data['mailing_corps']; $data['mailing_corps_to_send']=html_entity_decode($data['mailing_corps_display']); } } } * Lignes 120 et 121 supprimée et remplacées par: $data['mailing_objet_to_send'], $data['mailing_corps_to_send'], Modif faite dans mailing_adherents.tpl: * Lignes 55 à 59 supprimée et remplacées par: pre{$data.mailing_corps_display}/pre Rebonjour, J'oubliais de préciser que lors d'un envoi html, si il y a erreur dans la syntaxe (par ex. oubli de fermer une balise), cela me donne une erreur XML lors de la prévisualisation. Logique à priori, mais est-il possible de désactiver ce warning du parseur? Merci, Kevin ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #10390] Installation de galette en localhost avec easy PHP
oui, pardon je pensais avoir répondu. de mon coté, je suis passé à wamp bien mieux qu'easyphp ++ On 3/6/08, Johan Cwiklinski [EMAIL PROTECTED] wrote: Update of bug #10390 (project galette): Status:None = Need Info ___ Follow-up Comment #2: La solution d'Oliv a-t-elle réglé le souci ? ___ Reply to this item at: http://gna.org/bugs/?10390 ___ Message posté via/par Gna! http://gna.org/ ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel -- Président de l'Association des Ingénieurs CNAM Dauphiné Savoie (AIPST) ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #10390] Installation de galette en localhost avec easy PHP
dimanche 9 mars 2008, Bonjour, Le dimanche 9 mars 2008 à 11:25:19, [EMAIL PROTECTED] a écrit : oui, pardon je pensais avoir répondu. de mon coté, je suis passé à wamp bien mieux qu'easyphp Pour ma part, j'utilise avec bonheur Xampp. EasyPhp version 2 n'aime pas Vista. Bon dimanche. -- Cordialement A bientôt Roland courriel : [EMAIL PROTECTED] ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] bug 10550
Aurélie a écrit : 2/ Pour l'erreur de type 'manque /p' Dans mon cas, j'ai deux champs input de type text. La fermeture du paragraphe est absente pour le premier. vers les lignes 56-62 On a: {if $field.field_pos != 1 || $field.field_repeat != 1} {if $is_form eq false} /tr {else} /p {/if} {/if} Il n'y a pas de {else} J'ai modifié en: {if $field.field_pos != 1 || $field.field_repeat != 1} {if $is_form eq false} /tr {else} /p {/if} {else} /p {/if} Et ça marche pour mon essai (deux champs input text), mais je n'ai pas testé si c'est généralisable. Faut-il un nouveau {if $is_form eq false}? La réponse est oui (constat au moment où l'on valide le formulaire, donc dans voir_adherent.php), j'ai mis un nouveau fichier dans le bugtracker. Mais du coup, ça n'a pas beaucoup de sens: {if $field.field_pos != 1 || $field.field_repeat != 1} {if $is_form eq false} /tr {else} /p {/if} {else} {if $is_form eq false} /tr {else} /p {/if} {/if} Autant supprimer la condition... Mais comme je ne sais pas à quoi ça sert... Aurélie ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] bug 10550
Bonjour, On Thu, 06 Mar 2008 15:13:07 +0100, Aurélie [EMAIL PROTECTED] wrote: Aurélie a écrit : 2/ Pour l'erreur de type 'manque /p' Dans mon cas, j'ai deux champs input de type text. La fermeture du paragraphe est absente pour le premier. vers les lignes 56-62 On a: {if $field.field_pos != 1 || $field.field_repeat != 1} {if $is_form eq false} /tr {else} /p {/if} {/if} Il n'y a pas de {else} J'ai modifié en: {if $field.field_pos != 1 || $field.field_repeat != 1} {if $is_form eq false} /tr {else} /p {/if} {else} /p {/if} Et ça marche pour mon essai (deux champs input text), mais je n'ai pas testé si c'est généralisable. Faut-il un nouveau {if $is_form eq false}? Pour la version trunk du svn, j'avais viré ce test pour corriger le problème. Je ne me souviens plus pourquoi, il faudra que je regarde cela de plus près (du boulot je n'ai pas accès au svn, ce n'est pas possible dans l'immédiat). La réponse est oui (constat au moment où l'on valide le formulaire, donc dans voir_adherent.php), j'ai mis un nouveau fichier dans le bugtracker. Mais du coup, ça n'a pas beaucoup de sens: {if $field.field_pos != 1 || $field.field_repeat != 1} {if $is_form eq false} /tr {else} /p {/if} {else} {if $is_form eq false} /tr {else} /p {/if} {/if} Autant supprimer la condition... Mais comme je ne sais pas à quoi ça sert... La variable $is_form vaut true lorsque l'on affiche le formulaire d'ajout/modification (mis en page par des fieldset et des p), false dans le cas de l'affichage d'un compte utilisateur (mis en page par un tableau). La condition sur field_pos et field_repeat est censée détecter les champs répétables et fermer correctement la balise préalablement ouverte. Je regarde de plus près ce week end probablement, merci pour les rapports et patches en tous cas :-) Aurélie Johan ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #10390] Installation de galette en localhost avec easy PHP
Je vais répondre un peu à côté, mais je te conseille vivement WampServer. J'ai eu des soucis avec EasyPHP et j'ai testé WampServer qui finalement fonctionne bien mieux, avec des possibilités d'évolution plus importantes. Mais ceci n'engage que moi :-). Eric. On Nov 25, 2007 8:48 PM, Cousin [EMAIL PROTECTED] wrote: URL: http://gna.org/bugs/?10390 Summary: Installation de galette en localhost avec easy PHP Project: Galette Submitted by: bisontin Submitted on: dimanche 25.11.2007 à 20:48 Severity: 4 - Important Priority: 5 - Normal Status: None Assigned to: None Originator Email: Open/Closed: Open Discussion Lock: Any Release: 0.63RC2 ___ Details: J'essaie d'intaller galette en local avec easy PHP 2.0, dès l'ouverture de la page d'installation, j'ai le message d'erreur suivant : Fatal error: Call to undefined function bindtextdomain() in C:\Program Files\EasyPHP 2.0b1\www\galette\includes\i18n.inc.php on line 63. Que dois je fair epour modifier ce fichier? Merci de votre contribution. D COUSIN ___ Reply to this item at: http://gna.org/bugs/?10390 ___ Message posté via/par Gna! http://gna.org/ ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel -- Président de l'Association des Ingénieurs CNAM Dauphiné Savoie (AIPST) ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bug inscription
ça va je suis rassuré ça venait pas de moi ;-) J'essaierai de corriger le problème d'inscription de la 0.63 ce week end si j'en ai le temps (une partie est déjà faite, mais le tout est sur mon ordinateur perso, pas en ligne). Je te remercie beaucoup Bonne journée Message du 31/10/07 15:58 De : Johan Cwiklinski [EMAIL PROTECTED] A : [EMAIL PROTECTED], Galette development list galette-devel@gna.org Copie à : Objet : Re: [Galette-devel] Bug inscription Bonjour, On Wed, 31 Oct 2007 15:49:54 +0100 (CET), blacktux [EMAIL PROTECTED] wrote: Bonjour à tous, Petit bug en 0.63 lors de l'inscription, on renseigne bien tous les champ en rouge, mais il indique systématiquement : * - Champ obligatoire non renseigné. (titre_adh) * - Champ obligatoire non renseigné. (login_adh) * - Champ obligatoire non renseigné. (adresse_adh) * - Champ obligatoire non renseigné. (cp_adh) * - Champ obligatoire non renseigné. (ville_adh) En effet c'est un problème que j'ai pu relever et qui doit être corrigé pour la 0.63 (qui n'est pas stable actuellement). Et parfois apres validation et affichage des messages d'erreur si je refait une tentative j'ai le forulaire qui passe en espagnol Hum... J'ai déjà rencontré certains problèmes de langue mais toujours du français vers l'anglais, pas vers l'espagnol... Je regarderai si j'arrive à reproduire ce souci. Non je ne suis pas alccolique !!! Mais, personne n'a rien dit de tel ;-) Merci J'essaierai de corriger le problème d'inscription de la 0.63 ce week end si j'en ai le temps (une partie est déjà faite, mais le tout est sur mon ordinateur perso, pas en ligne). Bonne fin d'après midi, Johan Créez votre adresse électronique [EMAIL PROTECTED] 1 Go d'espace de stockage, anti-spam et anti-virus intégrés. ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #9705] pb interprétat ion html dans mailing
Emmanuel Bouthenot a écrit : je suis pas vraiment d'accord, php fournit un php.ini-recommended mais surtout un php.ini-dist et c'est ce dernier qui est plutôt recommander d'installer d'après le fichier INSTALL. C'est aussi celui qui est majoritairement utiliser par les packageurs de paquets de distribs linux, ports *BSD et outils windows comme WAMP. Arf... au temps pour moi, j'ai tellement l'habitude que cette option soit désactivée (c'est le cas sur ma distro et chez mon hébergeur)... Les distributions, hébergeurs et packs web devraient suivre les recommandations de PHP, et donc désactiver par défaut magic_quotes_gpc. je suis pas vraiment d'accord (cf. ma réponse précédente) et c'est pas si simple, le parc actuel étant ce qu'il est (sites développés avec magic_quotes_gpc à On et ce sans contrôles) le changement risquerai de casser pour pas mal de choses. quid de l'installation de galette sur un hébergement web qui contient aussi un site qui ne fonctionnera pas avec magic_quotes_gpc à Off ? Le problème magic_quotes est effectivement gênant, mais le solution semble fonctionner chez moi (Linux - php 5.2.3). Je procèderai à des tests plus avancé sous windows à l'occasion et lorsque j'en aurai un de disponible. après il y'a quelques solutions comme d'utiliser la fonction php get_magic_quotes_gpc() et d'agir en conséquence (ça demande surement pas mal de modifs en interne). C'est cette solution que j'ai mise en place pour Galette déjà ; mais elle ne semble pas fonctionner selon les rapports que j'en ai eu. Pour la prévisualisation, j'avais oublié le sujet du message, mais le corps est bon, j'ai vérifié. Pour l'envoi, j'ai quelques soucis avec mon serveur mail suite à une réinstall, je testerai dès que possible. un contournement est possible si on utilise php en module apache et que la conf apache le permet en utilisant un .htaccess à la racine de galette et en y mettant la ligne : php_flag magic_quotes_gpc off Oui mais à condition que ce genre de joyeuseté soit autorisée... Chez les hébergeurs 'classiques', je pense que ce serait bon. En revanche, chez free and co, rien n'est sûr :/ si je dois modifier la config de php d'une façon ou d'un autre, ça devient problématique dans la mesure ou l'utilisateur lambda ne pourra pas l'installer ou il veut (mutualisé, free, etc ...). La correction de ce bogue relève de la mise en conformité du php.ini, pas de Galette, il est donc de moindre importance. Je reste en désacord :s M. Johan signature.asc Description: OpenPGP digital signature ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #9082] CSV import
Je m'y attendais à celle-là... je suis même surpris qu'on ne me l'ait pas demandé plutôt :-) Comme d'hab, je ne promet rien, mais je jette un oeil quand je peux. @+ Olivier Message original Sujet: [bug #9082] CSV import De: Loïs Taulelle [EMAIL PROTECTED] Pour: Olivier Perron [EMAIL PROTECTED], Loïs Taulelle [EMAIL PROTECTED], Arthur Lutz [EMAIL PROTECTED], [EMAIL PROTECTED], galette-devel@gna.org Date: 20.05.2007 21:37 Update of bug #9082 (project galette): Assigned to:None = flattwin ___ Follow-up Comment #1: Comme tu l'as fait dans galette-sport, tu peux jeter un oeil pour galette-head ? ___ Reply to this item at: http://gna.org/bugs/?9082 ___ Message posté via/par Gna! http://gna.org/ ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #8123] Erreur de création de tables MySql en 0.63
Christophe Dirlik a écrit : Follow-up Comment #1, bug #8123 (project galette): Re. J'ai identifié l'origine du problème. A l'installation de MySql 5.0.27, l'option par défaut suivante s'est activée dans my.ini : # Set the SQL mode to strict sql-mode=STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION Quand cette option est active, le script d'install se plante, ainsi que d'autres dans l'application. [...] Vu que le passage à PEAR:DB est envisagé sous peu, ça ne vaut sans doute pas la peine de s'y attaquer maintenant. On peut indiquer le problème dans les Knonw Bugs? Tu as un compte sur le wiki, tu peux l'écrire dans les known bugs :o) A+, Loïs, qui se défile :o) -- GruiicK Un esprit malsaint, dans un porcin. -+- #linuxfr / oftc -+- ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] [bug #6115] A l'in stallation, galette tente de faire un include d'un fichier du répertoire ado db alors que le répertoire en question
On 6/19/06, Ploc [EMAIL PROTECTED] wrote: Follow-up Comment #2, bug #6115 (project galette): J'ai utilisé la dernière version disponible de galette, la version 0.62.2. En effet, le lien adodb existe bien. Mon logiciel de transfert ftp ne doit pas transférer les liens (je ne pense d'ailleurs pas que ce soitpossible sans un accès shell). En fait, normalement, le client FTP ne transmets pas le raccourci, mais son contenu. Il est censé agir comme si que le raccourci était un vrai dossier. -- Chtitux - Théophile Helleboid ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bug calcul date ?
Eric Boniface a écrit : nous venons de saisir des cotisations dans Galette (0.62a) et le calcul de la date d'échéance est faux. Du genre : - date de la cotisation = 9/04/2006, - durée cotisation = 12 mois, - date d'échéance = 21/06/2007 (!!) autre exemple : - date de la cotisation = 10/04/2006, - durée cotisation = 12 mois, - date d'échéance = 23/09/2007 (!!) Quelqu'un a déjà eu cela ? Nous sommes chez Free, MysqL 5.0.19 et PHP 4.3.10. Dans la 0.62 il y a un décalage qui est calculé en fonction de la précédente date de cotisation. Si on enregistre une cotis le 21/06/2005, elle court jusqu'au 21/06/2006. Si la cotisation est renouvellée le 9/04/2006, galette prolonge l'adhésion en fonction de la fin de l'adhésion précédente et pas de la date de saisie de la cotisation. Elle court donc jusqu'au 21/06/2007. Est-ce que c'est le cas ici ? En fait il y a une légère confusion entre la date de saisie de la cotisation et la date de début de l'adhésion. La prochaine version distinguera les deux. Laurent ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel
Re: [Galette-devel] Bug calcul date ?
Bonjour,effectivement, la règle semble être celle là.Et je confirme que ceci n'est pas terrible, notre trésorier qui n'est pas un informaticien est un peu perdu :-).Merci pour ta réponse en tout cas. Eric.On 4/14/06, Laurent Pelecq [EMAIL PROTECTED] wrote: Eric Boniface a écrit : nous venons de saisir des cotisations dans Galette (0.62a) et le calcul de la date d'échéance est faux. Du genre : - date de la cotisation = 9/04/2006, - durée cotisation = 12 mois, - date d'échéance = 21/06/2007 (!!) autre exemple : - date de la cotisation = 10/04/2006, - durée cotisation = 12 mois, - date d'échéance = 23/09/2007 (!!) Quelqu'un a déjà eu cela ? Nous sommes chez Free, MysqL 5.0.19 et PHP 4.3.10.Dans la 0.62 il y a un décalage qui est calculé en fonction de laprécédente date de cotisation. Si on enregistre une cotis le 21/06/2005,elle court jusqu'au 21/06/2006. Si la cotisation est renouvellée le 9/04/2006, galette prolonge l'adhésion en fonction de la fin de l'adhésionprécédente et pas de la date de saisie de la cotisation. Elle court doncjusqu'au 21/06/2007.Est-ce que c'est le cas ici ? En fait il y a une légère confusion entre la date de saisie de lacotisation et la date de début de l'adhésion. La prochaine versiondistinguera les deux.Laurent___ Galette-devel mailing listGalette-devel@gna.orghttps://mail.gna.org/listinfo/galette-devel -- Association des ingénieurs CNAM Dauphiné Savoie. ___ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel