Projet

Général

Profil

Anomalie #515

Galette v0.7.3. Décompte bizarre après suppression de la 1e contribution.

Ajouté par Roland Telle il y a plus de 4 ans. Mis à jour il y a plus de 4 ans.

Statut:
Fermé
Priorité:
Bas
Assigné à:
Catégorie:
Core
Version cible:
Début:
03/02/2013
Echéance:
% réalisé:

100%

Version utilisée:

Description

Saisir une première contribution puis la détruire donne l'affichage suivant :


Demandes liées

Lié à Galette - Anomalie #251: erreur sur statut adhésion /base de données Rejeté 12/05/2012

Révisions associées

Révision 060c8bf7
Ajouté par Johan Cwiklinski il y a plus de 4 ans

Incorrect string NULL instead of real NULL; fixes #515

Historique

#1 Mis à jour par Johan Cwiklinski il y a plus de 4 ans

Ha ! Ce problème m'a déjà été rapporté, enfin, plutôt la conséquence du problème, que je ne parvenais pas à reproduire...

#2 Mis à jour par Roland Telle il y a plus de 4 ans

En fait, après destruction d'une contribution unique, le champ date_echeance de la table galette_adherents prend la valeur 0000-00-00 au lieu de NULL

#3 Mis à jour par Johan Cwiklinski il y a plus de 4 ans

  • Catégorie mis à Core
  • Assigné à mis à Johan Cwiklinski

Sous Postgres, je ne peux simplement pas supprimer cette contribution ; me disant que NULL n'est pas une valeur adéquate pour ce champ... :/

#4 Mis à jour par Roland Telle il y a plus de 4 ans

Johan Cwiklinski a écrit :

Sous Postgres, je ne peux simplement pas supprimer cette contribution ;

Ha bon ?? Et que fait-on, sous Postgres, si une contribution est ajoutée par erreur à quelqu'un qui s'est auto-inscrit (par exemple) ? Et si tu détruits la fiche de l'intéressé, sa contribution restera dans la base ??

me disant que NULL n'est pas une valeur adéquate pour ce champ... :/

Ha bon ?? Et pourtant, c'est bien ce qui se passe avec une base MySql :

#5 Mis à jour par Johan Cwiklinski il y a plus de 4 ans

Roland Telle a écrit :

Johan Cwiklinski a écrit :

Sous Postgres, je ne peux simplement pas supprimer cette contribution ;

Ha bon ?? Et que fait-on, sous Postgres, si une contribution est ajoutée par erreur à quelqu'un qui s'est auto-inscrit (par exemple) ? Et si tu détruits la fiche de l'intéressé, sa contribution restera dans la base ??

Bah c'est un bogue, hein ; j'ai pas dit que c'était normal :]

Ha bon ?? Et pourtant, c'est bien ce qui se passe avec une base MySql :

Ouais, mais MySQL et Postgres... C'est pas pareil :-) Je ne sais pas encore s'il s'agit d'une différence entre les moteurs de base, les requêtes que j'effectue, ou le code de Galette ; j'ai juste testé vite fait de mon côté, et ma base de travail est en postgres ;)

#6 Mis à jour par Johan Cwiklinski il y a plus de 4 ans

Ha bon ?? Et que fait-on, sous Postgres, si une contribution est ajoutée par erreur à quelqu'un qui s'est auto-inscrit (par exemple) ? Et si tu détruits la fiche de l'intéressé, sa contribution restera dans la base ??

Bah c'est un bogue, hein ; j'ai pas dit que c'était normal :]

En l'occurrence, c'est MySQL qui a un bug... Le comportement de postgres qui consiste à refuser la valeur texte NULL (et non pas la valeur NULL !) est plutôt sain... MySQL laisse passer, et balance une donnée par défaut qui est incorrecte :/
Bon j'ai trouvé le bogue à priori, je committe un correctif rapidement :)

#7 Mis à jour par Johan Cwiklinski il y a plus de 4 ans

  • Statut changé de Nouveau à Résolu
  • % réalisé changé de 0 à 100

#8 Mis à jour par Johan Cwiklinski il y a plus de 4 ans

  • Version cible mis à 0.7.4

#9 Mis à jour par Johan Cwiklinski il y a plus de 4 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF