Project

General

Profile

Anomalie #515

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

Added by Roland Telle almost 7 years ago. Updated almost 7 years ago.

Status:
Fermé
Priority:
Bas
Category:
Core
Target version:
Start date:
02/03/2013
Due date:
% Done:

100%

Estimated time:
Version utilisée:
Vote:

Description

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


Related issues

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

Actions

Associated revisions

Revision 060c8bf7 (diff)
Added by Johan Cwiklinski almost 7 years ago

Incorrect string NULL instead of real NULL; fixes #515

History

#1

Updated by Johan Cwiklinski almost 7 years ago

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

Updated by Roland Telle almost 7 years ago

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

Updated by Johan Cwiklinski almost 7 years ago

  • Category set to Core
  • Assignee set to 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

Updated by Roland Telle almost 7 years ago

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

Updated by Johan Cwiklinski almost 7 years ago

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

Updated by Johan Cwiklinski almost 7 years ago

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

Updated by Johan Cwiklinski almost 7 years ago

  • Status changed from Nouveau to Résolu
  • % Done changed from 0 to 100
#8

Updated by Johan Cwiklinski almost 7 years ago

  • Target version set to 0.7.4
#9

Updated by Johan Cwiklinski almost 7 years ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF