[grisbi-bugs] [Grisbi 0001786]: "Prévisions" not valid in January

Grisbi Bug Tracker bugtracker at grisbi.org
Mar 16 Jan 08:44:53 CET 2018


The following issue has been RESOLVED. 
====================================================================== 
http://www.grisbi.org/bugsreports/view.php?id=1786 
====================================================================== 
Reported By:                R1
Assigned To:                pbiava
====================================================================== 
Project:                    Grisbi
Issue ID:                   1786
Category:                   Main
Reproducibility:            always
Severity:                   tweak
Priority:                   high
Status:                     resolved
OS:                         Debian 
Unstable Impact:            No 
Version OS:                 Linux pc2 4.5.0-0.bpo.2-amd64
http://www.grisbi.org/bugsreports/view.php?id=1 SMP Debian 4.5.4-1~bpo8+1
(2016-05-13) x86_64 GNU/Linux 
Version GTK:                2.24.25 
Resolution:                 fixed
Fixed in Version:           development (git)
====================================================================== 
Date Submitted:             2018-01-08 19:42 CET
Last Modified:              2018-01-16 08:44 CET
====================================================================== 
Summary:                    "Prévisions" not valid in January
Description: 
When using the "Previsions" functions on an account, In January, yearly,
information is wrong.
Indeed, all monthes in previous year and in the scope of the "Previsions"
function, are charged with a certain amount as forecasts: the sum of the account
is no longer valid...


Steps to Reproduce: 
Open a file  with Previsions activated for an account
Go to the account and select "Previsions" Tab
Set a start date on Nov, 1st 207 for example: November has a yellow lines with
data.
Rest of the year (starting on Feb 01), the function is OK :-)

Additional Information: 
extra information on the version, used on Debian 8.0
Support de GnuCash : oui
Support d'OFX : oui
Support d'OpenSSL : oui
Version de GTK : 2.24.25
====================================================================== 

---------------------------------------------------------------------- 
 (0004073) pbiava (administrator) - 2018-01-14 10:08
 http://www.grisbi.org/bugsreports/view.php?id=1786#c4073 
---------------------------------------------------------------------- 
I do not see this problem in my accounts. We are talking about the balance on
01/01/2018.

The forecasting module takes into account the operations of the previous month
of the associated account. If in this account, there are unused forecast
transactions, they must be deleted each month for the close balance to be fair.

Je ne constate pas ce problème chez moi. On parle bien du solde au 01/01/2018.
Le module prévisions prend en compte les opérations du mois précédent du
compte associé. Si dans ce ce compte, il reste des opérations prévisionnelles
non utilisées, il faut les supprimer chaque mois pour que le solde rapproché
soit juste. 

---------------------------------------------------------------------- 
 (0004102) R1 (reporter) - 2018-01-15 19:04
 http://www.grisbi.org/bugsreports/view.php?id=1786#c4102 
---------------------------------------------------------------------- 
I confirm.
The issue is if you place history on Nov 2017.
Forecast operations are placed on Nov, on Dec, and of course on Jan.
During year there is no issue in such conditions: forecasts are not present for
previous months.
I can't see the screenshots I attached to this bug. Did you got it?

Je confirme
Le problème serait lié à un début de période de révision en Nov2017.
Les montants prévisionnels apparaissent en Nov, Dec et bien entendu en Janvier.
Le reste de l'année, il n'y a pas de tel problème: les prévisions n'arrivent
que pour le mois en cours
Je ne vois pas les captures d'écran jointes au bug: les avez vous? 

---------------------------------------------------------------------- 
 (0004105) pbiava (administrator) - 2018-01-15 21:44
 http://www.grisbi.org/bugsreports/view.php?id=1786#c4105 
---------------------------------------------------------------------- 
Je n'ai pas fait de capture. En fait les données historiques qui sont
injectées dans grisbi (couleur jaune chez moi) le sont à partir de la date de
début des prévisions et non à partir du mois en cours. Pour voir le bon
résultat, il suffit de faire un clic droit sur la ou les lignes et choisir le
premier sous-menu "Soustraire au solde"

Je ne suis jamais aperçu de ça parce que je suis en mode automatique et je
démarre toujours au premier du mois en cours. 

---------------------------------------------------------------------- 
 (0004106) pbiava (administrator) - 2018-01-16 08:44
 http://www.grisbi.org/bugsreports/view.php?id=1786#c4106 
---------------------------------------------------------------------- 
fixed in branch 1.0.x and master 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2018-01-08 19:42 R1             New Issue                                    
2018-01-14 10:08 pbiava         Note Added: 0004073                          
2018-01-14 10:08 pbiava         Assigned To               => pbiava          
2018-01-14 10:08 pbiava         Status                   new => assigned     
2018-01-15 19:04 R1             Note Added: 0004102                          
2018-01-15 21:44 pbiava         Note Added: 0004105                          
2018-01-16 08:44 pbiava         Status                   assigned => resolved
2018-01-16 08:44 pbiava         Resolution               open => fixed       
2018-01-16 08:44 pbiava         Fixed in Version          => development (git)
2018-01-16 08:44 pbiava         Note Added: 0004106                          
======================================================================



Plus d'informations sur la liste de diffusion bugsreports