[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