Projet

Général

Profil

Actions

Anomalie #515

fermé

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

Ajouté par Roland Telle il y a presque 12 ans. Mis à jour il y a presque 12 ans.

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

100%

Temps estimé:
Version utilisée:

Description

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


Demandes liées 1 (0 ouverte1 fermée)

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

Actions

Mis à jour par Johan Cwiklinski il y a presque 12 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...

Mis à jour par Roland Telle il y a presque 12 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

Mis à jour par Johan Cwiklinski il y a presque 12 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... :/

Mis à jour par Roland Telle il y a presque 12 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 :

Mis à jour par Johan Cwiklinski il y a presque 12 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 ;)

Mis à jour par Johan Cwiklinski il y a presque 12 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 :)

Mis à jour par Johan Cwiklinski il y a presque 12 ans

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

Mis à jour par Johan Cwiklinski il y a presque 12 ans

  • Version cible mis à 0.7.4

Mis à jour par Johan Cwiklinski il y a presque 12 ans

  • Statut changé de Résolu à Fermé
Actions

Formats disponibles : Atom PDF