[grisbi-bugs] [Grisbi-0.6.0 0001242]: Modification impossible du champ "Remarques"

Grisbi Bug Tracker bugtracker at grisbi.org
Sun Jan 9 09:34:14 CET 2011


A NOTE has been added to this issue. 
====================================================================== 
http://www.grisbi.org/bugsreports/view.php?id=1242 
====================================================================== 
Reported By:                sanchezb
Assigned To:                pbiava
====================================================================== 
Project:                    Grisbi-0.6.0
Issue ID:                   1242
Category:                   Main
Reproducibility:            sometimes
Severity:                   minor
Priority:                   normal
Status:                     assigned
Plateforme:                 Linux 
OS:                         Ubuntu 
Version OS:                 10.10 64 bits 
Unstable Impact:            No 
Version GTK:                2.22.0 
====================================================================== 
Date Submitted:             2010-12-29 23:54 CET
Last Modified:              2011-01-09 09:34 CET
====================================================================== 
Summary:                    Modification impossible du champ "Remarques"
Description: 
Bonjour,

Auparavant, il était possible de modifier le champ "Remarques" d'une opération
pointée. Avec la version Git compilée ce jour, la modification de ce champ
n'est possible qu'après suppression du pointage par CTRL-R, sinon, à la
validation de la remarque, le message suivant apparaît : "Date invalide -
Attention la date doit être comprise entre le ??? et le ???.
Il semble que cette contrainte ne soit pas systématique, mais apparaisse plus
probablement pour des opérations plus anciennes (sans certitude sur ce point).

En outre, une fois la modification de la remarque validée, le rétablissement
du rapprochement par CTRL-R n'est pas possible directement : il faut
sélectionner une autre opération avant de revenir sur celle que l'on vient de
valider.

Merci.
====================================================================== 

---------------------------------------------------------------------- 
 (0002872) pbiava (administrator) - 2010-12-30 00:10
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2872 
---------------------------------------------------------------------- 
C'est probablement un effet de bord du contrôle de la validité de la date par
rapport au rapprochement. 

---------------------------------------------------------------------- 
 (0002878) pbiava (administrator) - 2010-12-30 19:00
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2878 
---------------------------------------------------------------------- 
Je ne constate pas ce bug. peux-tu revérifier ? sinon essaie de rendre anonyme
ton fichier et envoie moi-le que je regarde ce qui se passe.

pierre.biava at nerim.net 

---------------------------------------------------------------------- 
 (0002891) sanchezb (reporter) - 2011-01-04 22:52
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2891 
---------------------------------------------------------------------- 
Bonsoir Pierre, et tous mes meilleurs voeux pour toi, et celles et ceux qui te
sont chers pour la nouvelle année.

En PJ, mes comptes anonymisés. L'erreur n'est pas facile à reproduire, mais en
utilisant l'Account n°20 : ajout d'une opération quelconque, puis modification
de l'opération du 15/12/2010 non ventilée par ajout de commentaire, l'erreur
se produit...

A bientôt !

Bruno 

---------------------------------------------------------------------- 
 (0002892) pbiava (administrator) - 2011-01-05 06:24
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2892 
---------------------------------------------------------------------- 
Le bug se reproduit systématiquement chez moi et il est normal. Ce qui
m'étonne c'est que ta première description ne donne pas les dates du
rapprochement. Tu ne les vois pas ou tu ne les as pas recopiées ?

Ceci étant dit chez moi l'opération concernée est la 12654 et le
rapprochement est le N° 182.

Le message d'erreur est : la date doit être comprise entre le 16/12 et le
22/12/2010 qui sont les bonnes dates du rapprochement et ton opération est
datée du 15/12/2010. Tu dois corriger l'opération pour le 16/12 et ça
fonctionne.

A ta disposition si nécessaire. 

---------------------------------------------------------------------- 
 (0002899) pbiava (administrator) - 2011-01-05 18:37
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2899 
---------------------------------------------------------------------- 
Pas de bug à priori 

---------------------------------------------------------------------- 
 (0002902) sanchezb (reporter) - 2011-01-05 21:26
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2902 
---------------------------------------------------------------------- 
En fait, le bug n'est pas sur le message lui-même (les dates sont correctement
mentionnées à chaque fois qu'il apparaît. Ce que je voulais dire, c'est que
pour une simple modification du champ "Remarques", je suis de temps en temps
contraint de dé-rapprocher l'opération, puis de la rapprocher à nouveau
ensuite (sans savoir pourquoi celle-là plutôt qu'une autre, d'ailleurs)...
Cette modification ne remet pourtant pas en cause la cohérence d'ensemble, et
par le passé (je ne sais plus jusqu'à quelle version de Grisbi), elle pouvait
se faire sans cette contrainte.

Désolé pour mon explication initiale hasardeuse qui a entrainé cette
incompréhension. 

---------------------------------------------------------------------- 
 (0002904) pbiava (administrator) - 2011-01-05 22:21
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2904 
---------------------------------------------------------------------- 
Il ne faut pas être désolé. En fait ce problème n'apparaît que maintenant
car c'est seulement depuis peu que j'ai introduit ce contrôle des dates des
opérations rapprochées qui doivent être comprises entre la date de début et
de fin du rapprochement. Je vais quand même regarder que l'égalité est bien
respectée.

Je ne comprends pas pourquoi tu dois dé-rapprocher les opérations.

Soit la date de l'opération est mauvaise et tu peux la changer sans
dé-rapprocher l'opération.
soit c'est la date du rapprochement qui est mauvaise et tu peux la changer dans
les préférences. Il n'y a pas d'autre cas possible. 

---------------------------------------------------------------------- 
 (0002916) sanchezb (reporter) - 2011-01-08 22:52
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2916 
---------------------------------------------------------------------- 
Bonsoir Pierre,

Je crois que je viens de comprendre mon erreur : lorsque j'effectue des
rapprochements, je ne me préoccupais jamais de la date de fin de rapprochement.
Grisbi la gère tout seul, et je n'y prêtai pas attention. Pour moi, je pensais
que c'était la date du jour actuel. Or, c'est semble-t-il la date du dernier
rapprochement plus un mois, non ?
Cette logique est conforme avec les pointages effectués sur les relevés
mensuels des banques, or, en ce qui me concerne, je travaille avec des banques
en ligne. Je fais donc mes rapprochements deux à trois fois par mois, au vu de
mes relevés en ligne, sans attendre les relevés papiers que j'archive sans en
tenir compte...
D'où ma méprise ! 
Est-il envisageable de faire mettre une option pour que cette date automatique
soit ou la date du dernier rapprochement + 1 mois, ou la date du jour courant ?
Est-ce que mon erreur est pénalisante, en dehors du petit soucis initialement
signalé ? Si oui, il faudrait que je fasse des corrections importantes dans
tous mes rapprochements ;-(

A bientôt. 

---------------------------------------------------------------------- 
 (0002918) pbiava (administrator) - 2011-01-09 09:34
 http://www.grisbi.org/bugsreports/view.php?id=1242#c2918 
---------------------------------------------------------------------- 
Je comprends mieux. Pour ta question oui tout est possible. Fait juste une
demande d'évolution dans Mantis pour que ce soit noté. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-12-29 23:54 sanchezb       New Issue                                    
2010-12-30 00:09 pbiava         Assigned To               => pbiava          
2010-12-30 00:09 pbiava         Status                   new => assigned     
2010-12-30 00:10 pbiava         Note Added: 0002872                          
2010-12-30 00:11 pbiava         Project                  Grisbi => Grisbi-0.6.0
2010-12-30 19:00 pbiava         Note Added: 0002878                          
2011-01-04 22:48 sanchezb       File Added:
comptes_famille_sanchez_0.7.0-obfuscated.gsb.zip                    
2011-01-04 22:52 sanchezb       Note Added: 0002891                          
2011-01-05 06:24 pbiava         Note Added: 0002892                          
2011-01-05 18:37 pbiava         Plateforme                => Linux           
2011-01-05 18:37 pbiava         Note Added: 0002899                          
2011-01-05 18:37 pbiava         Status                   assigned => resolved
2011-01-05 18:37 pbiava         Resolution               open => no change
required
2011-01-05 21:26 sanchezb       Note Added: 0002902                          
2011-01-05 21:26 sanchezb       Status                   resolved => feedback
2011-01-05 21:26 sanchezb       Resolution               no change required =>
reopened
2011-01-05 22:21 pbiava         Note Added: 0002904                          
2011-01-08 22:52 sanchezb       Note Added: 0002916                          
2011-01-08 22:52 sanchezb       Status                   feedback => assigned
2011-01-09 09:32 pbiava         File Deleted:
comptes_famille_sanchez_0.7.0-obfuscated.gsb.zip                    
2011-01-09 09:34 pbiava         Note Added: 0002918                          
======================================================================



More information about the bugsreports mailing list