Eric a écrit:

Pour aider, je dois signaler que la galerie en question où le problème se pose est encore en Piwigo 2.1.6. Je n'ai pas le problème d'affichage sur une galerie locale en version 2.2.

Ok Vu
   Le problème  est visible en 2.1.6, avec un navigateur autre que IE8/9 .
  C'est une piste que je vais suivre...

cljosse a écrit:

Version 1.5.0
- Correction du problème d'affichage.
- Correction du problème lié aux destinataires de langue anglaise lors du test d'envoi.

Je confirme la correction des erreurs d'affichage des thèmes clairs galerie et administration que j'avais signalés.

Merci cljosse :-) .

Je précide qu'il s'agit d'une galerie 2.1.6 ! Avec une galerie 2.2.x, c'est OK.

cljosse a écrit:

Eric a écrit:

Nouveaux problèmes d'affichage qui impactent les plugins PWG_stuffs et AMM (voir capture pour PWG_Stuffs). Si je désactive Mail_Supervisor v1.5.0, je n'ai plus le pb.

Avec Firebug, j'ai des erreur jQuery: "jQuery is not defined".

(...)

Donc nouvelle version 1.5.1

A+

Décidément, un problème chassé en amène un autre. Avec la version 1.5.1 sous Piwigo 2.1.6, j'ai à nouveau les problèmes d'affichage mentionnés ici : http://fr.piwigo.org/forum/viewtopic.ph … 46#p167346

:-(

cool :-)

LucMorizur a écrit:

Désolé de jouer les rabat-joie, ainsi que de n'écrire ce post que maintenant ; mais est-ce normal ce que je signalais dans [Forum, post 168023 by LucMorizur in topic 19180] Insensible à la casse... :

LucMorizur a écrit:

Derniers tests :

sur lucmorizur.free.fr/tests/mail/pwg220 , galerie en 2.2.0 sur laquelle il n'y a rien (1 image), si j'active [extension by cljosse] Mail_supervisor, j'ai une détection de spam lors du test d'envoi de courriel par Mail_supervisor :-/ ...

:-/ ...

Normalement il ne devrait pas avoir de détection de spam, à moins que tu aies été déclaré comme un spammeur...

Si tu veux me passer en admin+webmestre utilisateur( cl.josse ) sur ta galerie(http://michelisabeth2.free.fr/pwg22rc3) que je puisse ce week-end tester à mes moments perdus avec un plugin de débogage.

Bonne soirée.

Bonjour.
Livraison de la version 1.5.3 de [extension by cljosse] Mail_supervisor

- Ajout de la mémorisation des erreurs dans un fichier log:
      sous _data/mail_supervisor_log

- Ajout option débogage.
    Affichage des informations envoyées.

- Ajout d'un test sur la présence de "boundary_key" dans le headers.
   Bloque l'envoi du message, si cette clef manque.
    En effet durant les tests éffectués, de temps en temps cette "clef" n'était pas envoyée avec le header !!! --> spam détecté par free

A+

cljosse a écrit:

- Ajout d'un test sur la présence de "boundary_key" dans le headers.
   Bloque l'envoi du message, si cette clef manque.
    En effet durant les tests éffectués, de temps en temps cette "clef" n'était pas envoyée avec le header !!! --> spam détecté par free

Je viens d'être victime de cette "perte" du "boudary_key" sur ma galerie chez E-clicking lors d'un envoie de notification NBM. Ce qui est bizarre c'est le caractère aléatoire du phénomène. En effet, la première tentative a échouée avec cette erreur "ERREUR manque : boundary_key dans le headers " mais la seconde, sur le même destinataire, est passée sans pb. As-tu une idée du pourquoi de cette perte ?

Autrement, ce serait bien, quand un pb d'envoi est détecté, de bloquer les mécanismes liés. Je m'explique:
Lorsque j'ai eu l'erreur de boundary sur une NBM, le destinataire du mail en défaut a disparu de la liste des utilisateurs à notifier comme si la notification s'était bien passée alors que ce n'était pas le cas. Du coup, il m'a fallu "tricher" dans la BDD pour réinitialiser l'état de cet utilisateur pour qu'il réapparaisse dans la liste à notifier. Ce serait bien que, si le mail ne part pas (quelque soit la raison), la suite du process reste dans l'état avant la tentative de notification.

Ceci est un exemple basé sur la NBM mais c'est aussi valable pour d'autres plugins (comme UAM ^^) qui utilisent la fonction pwg_mail().

Je ne sais pas si ce comportement peut être réalisé via Mail_Supervisor. Qu'en penses-tu ?