[grisbi-bugs] [Grisbi-0.6.0 0001199]: date changed automatically

Grisbi Bug Tracker bugtracker at grisbi.org
Mon Nov 29 20:10:35 CET 2010


The following issue has been RESOLVED. 
====================================================================== 
http://grisbi.tuxfamily.org/mantis/view.php?id=1199 
====================================================================== 
Reported By:                quiricada
Assigned To:                pbiava
====================================================================== 
Project:                    Grisbi-0.6.0
Issue ID:                   1199
Category:                   Main
Reproducibility:            always
Severity:                   block
Priority:                   immediate
Status:                     resolved
Plateforme:                 Linux 
OS:                         Ubuntu 
Version OS:                 10.10 
Unstable Impact:            Yes 
Version GTK:                2.22.0 
Resolution:                 fixed
Fixed in Version:           git (développement)
====================================================================== 
Date Submitted:             2010-11-06 09:27 UTC
Last Modified:              2010-11-29 19:10 UTC
====================================================================== 
Summary:                    date changed automatically
Description: 
date entered = 6/11/2010 (november 6, 2010)
date automatically changed to november 6, 2011

date entered = 9/7/2010 (september 7, 2010)
date automatically changed to november 9, 2007

date entered = 7/2010/9 (september 7, 2010)
date automatically changed to november 7, 2010

date entered = 9/2010/7 (september 7, 2010)
date automatically changed to november 9, 2010

date entered = 7/9/2010 (september 7, 2010)
date automatically changed to november 7, 2009


Additional Information: 
ubuntu 10.10
2.6.35-23-generic
grisbi compiled 3 june 2010 at 08:34:18
gtk 2.22.0

locale
LANG=en_PH.utf8
LC_CTYPE="en_PH.utf8"
LC_NUMERIC="en_PH.utf8"
LC_TIME="en_PH.utf8"
LC_COLLATE="en_PH.utf8"
LC_MONETARY="en_PH.utf8"
LC_MESSAGES="en_PH.utf8"
LC_PAPER="en_PH.utf8"
LC_NAME="en_PH.utf8"
LC_ADDRESS="en_PH.utf8"
LC_TELEPHONE="en_PH.utf8"
LC_MEASUREMENT="en_PH.utf8"
LC_IDENTIFICATION="en_PH.utf8"
LC_ALL=

====================================================================== 

---------------------------------------------------------------------- 
 (0002744) pbiava (administrator) - 2010-11-06 10:40
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2744 
---------------------------------------------------------------------- 
This bug should be corrected in the new version. To check you can compile the
development version that you find on git?

To compile grisbi:

First get the sources of grisbi. open a console and enter the following command:

git clone git://grisbi.git.sourceforge.net/gitroot/grisbi/grisbi [^]

Then enter the commands below:

cd grisbi
./autogen.sh
./configure
make
sudo make install

/usr/local/bin/grisbi

before you must install git and the following libraries :

libglib2.0-dev, libgtk2.0-dev, gettext, intltool, libxml2-dev openssl-dev,
libofx-dev 

---------------------------------------------------------------------- 
 (0002748) quiricada (reporter) - 2010-11-06 14:30
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2748 
---------------------------------------------------------------------- 
i did everything as per your note, bug still there.

i also tried double-clicking the date, the calendar pops up, i selected
september 7, 2010; the correct date (september  7, 2010) is shown but the field
is in red color, when i click "OK", dialog box appear with the error message:
"Invalid date Tuesday, 07 September, 2010".

btw, archive is not working due to date problem with the same error message
"Invalid date Tuesday, 07 September, 2010"

my 2 cents: is the date picker field trying to be "intelligent and smart" and
trying to parse the data entered? can you get rid of the "intelligence" or at
least provide a date format option in Preferences?

is there a date checking routine that is generating the above error message?

not being able to put in the proper date makes grisbi unusable, accounting with
wrong dates is not accounting.

thanks. 

---------------------------------------------------------------------- 
 (0002751) pbiava (administrator) - 2010-11-07 07:47
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2751 
---------------------------------------------------------------------- 
Hello,

In fact there are two problems but only the first is important. The problem is
the representation of the default date for Americans who is not in the format
mm/dd/yyyy.
when I'll have changed the date display, the form field will no longer red.

In a future version of Grisbi the date format as the thousands separator and
decimal separator will be options in the preferences. 

---------------------------------------------------------------------- 
 (0002753) pbiava (administrator) - 2010-11-07 11:50
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2753 
---------------------------------------------------------------------- 
hi,

Normally this is fixed in development version. Can you update git and recompile
grisbi 

---------------------------------------------------------------------- 
 (0002758) quiricada (reporter) - 2010-11-08 03:23
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2758 
---------------------------------------------------------------------- 
hi,

sorry for delay response, your previous note got me thinking about changing my
locale, somehow some extraneous characters got into my locale file and ended up
creaming my system, took me a while to figure it out since i had an unbootable
system.

here is what i did:
in: /etc/default/locale
add line: LC_TIME="en_US.UTF-8"
reboot

this got my date format to conform to us system
works with the git and the ubuntu 10.10 version of grisbi

my guess is the default LC_TIME="en_PH.UTF-8" is not well-defined and grisbi got
confused.

thanks 

---------------------------------------------------------------------- 
 (0002759) pbiava (administrator) - 2010-11-08 18:36
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2759 
---------------------------------------------------------------------- 
hi,

I use the following command in a terminal:
export LANG = en_PH.utf8 && /usr/local/bin/grisbi
it works properly with the latest version retrieved on git and compiled.

Can you check if the following lines are present in the terminal:

Variables d'environnement :

LANG = en_PH.utf8

Currency
	currency_symbol = Php
	mon_thousands_sep = ","
	mon_decimal_point = .
	positive_sign = ""
	negative_sign = "-"
	frac_digits = "2"

thanks. 

---------------------------------------------------------------------- 
 (0002762) quiricada (reporter) - 2010-11-09 02:17
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2762 
---------------------------------------------------------------------- 
hi

grisbi 0.7.91

locale

LANG=en_PH.utf8
LC_CTYPE="en_PH.utf8"
LC_NUMERIC="en_PH.utf8"
LC_TIME="en_PH.utf8"
LC_COLLATE="en_PH.utf8"
LC_MONETARY="en_PH.utf8"
LC_MESSAGES="en_PH.utf8"
LC_PAPER="en_PH.utf8"
LC_NAME="en_PH.utf8"
LC_ADDRESS="en_PH.utf8"
LC_TELEPHONE="en_PH.utf8"
LC_MEASUREMENT="en_PH.utf8"
LC_IDENTIFICATION="en_PH.utf8"
LC_ALL=

Variables d'environnement :

LANG = en_PH.utf8

Currency
	currency_symbol = Php
	mon_thousands_sep = ","
	mon_decimal_point = .
	positive_sign = ""
	negative_sign = "-"
	frac_digits = "2"

gint64
	G_GINT64_MODIFIER = "ll"
	9223372036854775807

Paths
	C_GRISBIRC = /grisbidev.conf
	C_PATH_CONFIG = /home/db/.config/grisbi
	C_PATH_CONFIG_ACCELS = /home/db/.config/grisbi/grisbi-accels
	C_PATH_DATA_FILES = /home/db/.local/share/grisbi
	GRISBI_LOCALEDIR = /usr/local/share/locale
	GRISBI_PLUGINS_DIR = /usr/local/lib/grisbi
	GRISBI_PIXMAPS_DIR = /usr/local/share/pixmaps/grisbi


entered 11/10/10 (november 10, 2010) = ok

entered 10/10/10 (october 10, 2010) = ok

in archived transaction,
when i enter the final date, there is a long pause before the date entered shows
up in the field, looks like it is querying the data for every digit entered, can
the query be held until cursor exit field? it takes a few second before the date
appeared in the field, so am left wondering if grisbi crashed or what, that is,
until the date finally appear.

thanks 

---------------------------------------------------------------------- 
 (0002763) pbiava (administrator) - 2010-11-10 05:27
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2763 
---------------------------------------------------------------------- 
I do not see this problem. How many transactions in your file.

Try entering a date as 123108
It's very quickly for me (1984 transactions)

 

---------------------------------------------------------------------- 
 (0002764) quiricada (reporter) - 2010-11-10 06:24
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2764 
---------------------------------------------------------------------- 
26115 transactions

haven't been able to archive due to date problem, but now, after the date
problem was solved, i don't want to archive yet until i've used grisbi 6 for a
length of time.

btw, i've reverted to using the ubuntu 10.10 version of grisbi and changing the
LC_TIME to en_us.

 

---------------------------------------------------------------------- 
 (0002790) Alm (reporter) - 2010-11-27 04:52
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2790 
---------------------------------------------------------------------- 
Hello,

I have this issue in Arch when I try to import a QIF file from my bank's
website. The format in the file is MM-DD-YY, but it seems to be interpreted as
MM-YY-DD by Grisbi.

(I'm using the Git version.)

 

---------------------------------------------------------------------- 
 (0002793) pbiava (administrator) - 2010-11-27 20:51
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2793 
---------------------------------------------------------------------- 
Hello,

Can you send me a QIF file as an example. Ideally I'd have to force the choice
of date format.

pierre.biava at nerim.net 

---------------------------------------------------------------------- 
 (0002794) pbiava (administrator) - 2010-11-29 19:10
 http://grisbi.tuxfamily.org/mantis/view.php?id=1199#c2794 
---------------------------------------------------------------------- 
fixed in git 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-11-06 09:27 quiricada      New Issue                                    
2010-11-06 10:14 pbiava         Assigned To               => pbiava          
2010-11-06 10:14 pbiava         Status                   new => assigned     
2010-11-06 10:40 pbiava         Note Added: 0002744                          
2010-11-06 14:30 quiricada      Note Added: 0002748                          
2010-11-07 07:47 pbiava         Note Added: 0002751                          
2010-11-07 11:50 pbiava         Note Added: 0002753                          
2010-11-08 03:23 quiricada      Note Added: 0002758                          
2010-11-08 18:36 pbiava         Note Added: 0002759                          
2010-11-09 02:17 quiricada      Note Added: 0002762                          
2010-11-10 05:26 pbiava         Note Added: 0002763                          
2010-11-10 05:27 pbiava         Note Edited: 0002763                         
2010-11-10 06:22 quiricada      Note Added: 0002764                          
2010-11-10 06:24 quiricada      Note Edited: 0002764                         
2010-11-27 04:52 Alm            Note Added: 0002790                          
2010-11-27 04:52 Alm            Note Edited: 0002790                         
2010-11-27 20:51 pbiava         Note Added: 0002793                          
2010-11-29 19:10 pbiava         Note Added: 0002794                          
2010-11-29 19:10 pbiava         Status                   assigned => resolved
2010-11-29 19:10 pbiava         Fixed in Version          => git
(développement)
2010-11-29 19:10 pbiava         Resolution               open => fixed       
======================================================================



More information about the bugsreports mailing list