Le 16/05/2012 08:51, André Lefranc a écrit :
les tentatives de tri des adhérents sur le critère des états des
cotisations donne un résultat non cohérent :
voir ci dessous exemple de résultat (anonymisé)
Adhérent En retard de 135 jours (depuis le 02/01/2012) 12/05/2012
Adhérent
Le 15/05/2012 08:16, André Lefranc a écrit :
Pour les adhérents peu familiers de l'outil,
il y a une incompréhension lors de l'accès à la page qui permet de
recréer un mot de passe .
Les adhérents ont l'impression que cela boucle sur la même demande
et ne comprennent pas qu'il s'agit de créer
En fait j'ai cherché à comprendre le problème :
puisque Galette ne devait avoir aucune raison de buguer sur un tri.
La fonction ORDER BY étant intégrée dans SQL .
Des données ont été importées avec une espace typographique et d'autre
sans !
Du coup il y a un tri logique tout ce commence par
Je comprends la réponse de Johan.
Si je publie d'abord ici, c'est pour que d'autres vérifient que
l'anomalie est reproductible
afin de ne pas faire un ticket inutile.
Quelqu'un a-t-il pu vérifier que c'était une bonne proposition ?
Le 16/05/12 16:43, Johan Cwiklinski a écrit :
Le
Le 16/05/2012 17:03, André Lefranc a écrit :
L'ordre de tri est le suivant :
ORDER BY date_crea_adh DESC, bool_exempt_adh DESC, date_echeance
DESC, nom_adh DESC
Il correspond à peu de chose près à ce qui existait en 0.62 et en 0.63.
Bon à savoir !!!
donc l'ordre est cohérent...
Merci
Le 16/05/2012 17:06, André Lefranc a écrit :
Je comprends la réponse de Johan.
Si je publie d'abord ici, c'est pour que d'autres vérifient que
l'anomalie est reproductible
afin de ne pas faire un ticket inutile.
Quelqu'un a-t-il pu vérifier que c'était une bonne proposition ?
Si j'avais
6 matches
Mail list logo
