Galette » Plugins » Paypal

Je ne reproduit pas ce problème, il semble que ça vienne des données (de la colonne request plus précisément). En revanche, il n'y a aucune indication ici de la ligne qui pose souci. Il faut déterminer approximativement la date à laquelle le problème est survenu pour détecter la ligne qui foire ; on pourra ensuite voir s'il est possible de la corriger, et comment.

Galette en ligne, Php version 5.4.6, MySQL version 5.1.61
Environnement inchangé depuis des lustres.

Le dernier mouvement Paypal enregistré dans l'historique date du 28 janvier 2014 ; à ce moment-là Galette fonctionnait en version 0.7.5.2 et le plugin Paypal en version 1.4 (1.4.0 ?).
Je n'ai pas testé la version 1.4.1 de Paypal.

Est-ce que ça aide ?

Pas vraiment... Il faudrait que tu m'envoies un dump de ta base si c'est possible, que je puisse voir ce qui cloche.

Il y a un problème avec les données contenues dans la table de l'historique :-/

En effet, l'erreur sur le unserialize est présente sur 7 entrées dans ta table. Cela signifie que les données ont été, d'une manière ou d'une autre, corrompues... Galette écrit ces données lorsqu'il les reçoit de paypal, elles ne sont ensuite plus modifiées. Donc, soit il y a eu un problème à ce moment là, soit la table a été « modifiée » (restauration d'une sauvegarde ?).

Je ne vois pas ce qui a pu causer ce problème, mais je ne vois pas non plus comment le corriger. J'ai trouvé ça http://stackoverflow.com/a/10152996 ; il faut que je puisse prendre le temps de tester.

Ha, aussi... Ce problème concerne l'affichage de l'historique, l'enregistrement ne devrait pas être affecté le moins du monde, le problème est ailleurs.

Johan Cwiklinski a écrit :

Il y a un problème avec les données contenues dans la table de l'historique :-/

Oui.

En effet, l'erreur sur le unserialize est présente sur 7 entrées dans ta table. Cela signifie que les données ont été, d'une manière ou d'une autre, corrompues... Galette écrit ces données lorsqu'il les reçoit de paypal, elles ne sont ensuite plus modifiées. Donc, soit il y a eu un problème à ce moment là, soit la table a été « modifiée » (restauration d'une sauvegarde ?).

De mémoire, c'est arrivé quand la version du plugin a changé mais je ne me rappelle plus à quelle date et dans quelles conditions exactes. Ce n'est pas une restauration de sauvegarde [pensé-je fortement ;-)]

Je ne vois pas ce qui a pu causer ce problème, mais je ne vois pas non plus comment le corriger. J'ai trouvé ça http://stackoverflow.com/a/10152996 ; il faut que je puisse prendre le temps de tester.

Ok.

Ha, aussi... Ce problème concerne l'affichage de l'historique, l'enregistrement ne devrait pas être affecté le moins du monde, le problème est ailleurs.

Hm! je ne partage pas ce point de vue ;-)
Le dernier enregistrement qui apparaît dans le dump que je t'ai envoyé date du 28 janvier 2014 ; courant février, j'ai procédé à quatre essais grandeur réelle moi-même : aucun des paiements n'a été enregistré.
En revanche, un paiement Paypal effectué le 21 mars dernier a bien été enregistré ...

C'est - à mon avis - une affaire d'enregistrement. L'outil réagit comme si un des champs n'était pas adapté (taille) ...
Je t'envoie un dump récent.

Roland Telle a écrit :

Ha, aussi... Ce problème concerne l'affichage de l'historique, l'enregistrement ne devrait pas être affecté le moins du monde, le problème est ailleurs.

Hm! je ne partage pas ce point de vue ;-)

Ce que je voulais dire, c'est que l'erreur sur le unserialize est relative à l'affichage, pas à l'enregistrement ;-)

C'est - à mon avis - une affaire d'enregistrement. L'outil réagit comme si un des champs n'était pas adapté (taille) ...

Oui, j'ai aussi pensé à une histoire de taille, surtout que MySQL ne gueule pas si on essaie de lui entrer des données surdimensionnées... Mais pour le cas, la taille du champ est largement suffisante :-(