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 721251 - Incorrect Transaction Dates
Incorrect Transaction Dates
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Engine
2.6.0
Other Windows
: Normal normal
: ---
Assigned To: gnucash-core-maint
gnucash-core-maint
Depends on:
Blocks:
 
 
Reported: 2013-12-31 00:12 UTC by Richard
Modified: 2018-06-29 23:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Richard 2013-12-31 00:12:37 UTC 
I've just recently upgraded to version 2.6.0 and when opening my GnuCash created files from the previous stable version series, 2.4, I've found that all my transactions are now showing as the previous day. For example, transactions dates that were set to 28/12/2013 in 2.4 are now showing as 27/12/2013 in 2.6.

I've checked GnuCash's settings and everything is set to use my locale. I'm living in New Zealand (NZDT) which currently using GMT +13 due to DST, GMT +12 otherwise.

Let me know if you require any further information. I'll check if this affects the same files on a Linux distribution in an hour or so as well.
Comment 1 Brian Burns 2014-01-03 18:27:50 UTC 
I upgraded from 2.4.13 to 2.6.0 and have not experienced this problem.  All the transaction dates in my files are (displayed) correct in the GUI.

GMT -8, no DST (GMT -7 in the summer).  I use the ISO format for my date display.
Comment 2 Brian Burns 2014-01-03 18:32:22 UTC 
FWIW, I'm also using the XML backend.

Where did you get your 2.4 release?  Was it included in an OS distribution? And similarly for 2.6, where did it come from?
Comment 3 John Ralls 2014-01-03 18:39:10 UTC 
(In reply to comment #1)
> I upgraded from 2.4.13 to 2.6.0 and have not experienced this problem.  All the
> transaction dates in my files are (displayed) correct in the GUI.
> 
> GMT -8, no DST (GMT -7 in the summer).  I use the ISO format for my date
> display.

Right. That's because the problem manifests only in eastern-hemisphere (GMT+x) timezones. See bug 711289, which is likely related to this one.
Comment 4 John Ralls 2014-01-03 20:27:10 UTC 
Replicated. OSX gets the right TZ, windows doesn't.
Comment 5 John Ralls 2014-01-05 20:43:57 UTC 
Found it. I didn't have DST detection right for the southern-hemisphere. r23670.
Comment 6 John Ralls 2018-06-29 23:23:07 UTC 
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=721251. Please update any external references or bookmarks.