[grisbi-bugs] [Grisbi-0.6.0 0001242]: Modification impossible du champ "Remarques"
Grisbi Bug Tracker
bugtracker at grisbi.org
Wed Jan 5 21:26:42 CET 2011
The following issue has been REOPENED.
======================================================================
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: feedback
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-05 21:26 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.
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
======================================================================
More information about the bugsreports
mailing list