[grisbi-bugs] [Grisbi-0.6.0 0001199]: date changed automatically
Grisbi Bug Tracker
bugtracker at grisbi.org
Mon Nov 8 04:23:21 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-08 03:23 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
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
======================================================================
More information about the bugsreports
mailing list