After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 636340 - Date offset while importing OFX with standard time EST
Date offset while importing OFX with standard time EST
Status: RESOLVED OBSOLETE
Product: GnuCash
Classification: Other
Component: Import - OFX
2.2.9
Other Linux
: Normal normal
: ---
Assigned To: gnucash-import-maint
gnucash-import-maint
Depends on:
Blocks:
 
 
Reported: 2010-12-03 02:53 UTC by benoit.pelletier
Modified: 2018-06-29 22:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
OFX test file (2.12 KB, application/xml)
2010-12-03 02:55 UTC, benoit.pelletier
Details

Description benoit.pelletier 2010-12-03 02:53:37 UTC
When importing OFX file with standard time (after daylight saving has ended) the import date is offset by 1 day.

For example, a transaction reported by the bank to have occurred on Dec. 1, 2010 at midnight is recorded with date Nov. 30 in GnuCash:

Importing OFX file containing such entries:
...
<DTSERVER>20101202210623[-5:EST]
...
<STMTTRN>

<TRNTYPE>DEBIT

<DTPOSTED>20101201000000[-5:EST]

<TRNAMT>-83.00

<FITID>201012010018920184A

<NAME>NONE OF BUGZILLA'S BUSINESS
</STMTTRN>
...

would end up showing date of Nov. 30 in GnuCash.

System is running Ubuntu 10.04, problem also confirmed on Windows running portable version of GnuCash 2.2.9.

Locale is Montreal, Canada.

Many thanks,
Benoit P.
Comment 1 benoit.pelletier 2010-12-03 02:55:39 UTC
Created attachment 175756 [details]
OFX test file 

This is a sample file when importing into GnuCash the entries have the dates offset by 1 day.
Comment 2 justinclose 2011-01-25 16:12:07 UTC
I have also had this problem for a while (perhaps since the DST switch; I didn't note exactly when).  Nearly all of my transactions across 3 different banks show up as being one day off.  I haven't analyzed my QFX file as the original poster has, however.  But I would imagine that it is the same issue.  I am using v2.4 of GnuCash.
Comment 3 benoit.pelletier 2011-01-28 03:50:25 UTC
I may have left Gnucash open during the change of time.

This seems to be related to bug #137017
Comment 4 Ian K 2011-03-01 11:45:03 UTC
I get the same problem. Version 2.4.0 and 2.4.3 on Windows XP Pro 32 bit, with timezone GMT.
The behaviour I get with different OFX files' date formats:

Date Format                             GnuCash Imported Date
-----------                             ---------------------
<DTPOSTED>20110217000000                16/02/2011
<DTPOSTED>20110217000000[-5:EST]        17/02/2011

I have tested two credit cards and two UK banks (current accounts) and all except one use the first format. The one with the [-5:EST] is Barclays Bank, which, oddly, is the only one that is interpreted by GnuCash correctly. It doesn't seem to matter what time of day it is.
I imagine this will become more prominent with the new Update and Reconcile functionality.
Comment 5 Geert Janssens 2018-05-01 08:44:43 UTC
Yesterday libofx version 0.9.13 was released which includes a patch to improve timezone handling.

When this version hits your system (or if you are in a position to build it yourself) please test if this is still an issue.
Comment 6 John Ralls 2018-06-29 22:48:42 UTC
GnuCash bug tracking has moved to a new Bugzilla host. The new URL for this bug is https://bugs.gnucash.org/show_bug.cgi?id=636340. Please continue processing the bug there and please update any external references or bookmarks.