[grisbi-bugs] [Grisbi-0.6.0 0001199]: date changed automatically
Grisbi Bug Tracker
bugtracker at grisbi.org
Sun Nov 7 08:47:44 CET 2010
A NOTE has been added to this issue.
======================================================================
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: assigned
Plateforme: Linux
OS: Ubuntu
Version OS: 10.10
Unstable Impact: Yes
Version GTK: 2.22.0
======================================================================
Date Submitted: 2010-11-06 09:27 UTC
Last Modified: 2010-11-07 07:47 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.
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
======================================================================
More information about the bugsreports
mailing list