[grisbi-bugs] [Grisbi-0.6.0 0001242]: Modification impossible du champ "Remarques"
Grisbi Bug Tracker
bugtracker at grisbi.org
Sun Jan 9 09:34:42 CET 2011
The following issue has been RESOLVED.
======================================================================
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: resolved
Plateforme: Linux
OS: Ubuntu
Version OS: 10.10 64 bits
Unstable Impact: No
Version GTK: 2.22.0
Resolution: no change required
Fixed in Version:
======================================================================
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é.
----------------------------------------------------------------------
(0002919) pbiava (administrator) - 2011-01-09 09:34
http://www.grisbi.org/bugsreports/view.php?id=1242#c2919
----------------------------------------------------------------------
RAS
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
2011-01-09 09:34 pbiava Note Added: 0002919
2011-01-09 09:34 pbiava Status assigned => resolved
2011-01-09 09:34 pbiava Resolution reopened => no change
required
======================================================================
More information about the bugsreports
mailing list