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 795080 - Some dates reset to 01/01/1970
Some dates reset to 01/01/1970
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: User Interface General
3.0
Other Mac OS
: Normal normal
: future
Assigned To: gnucash-ui-maint
gnucash-ui-maint
Depends on:
Blocks:
 
 
Reported: 2018-04-08 18:41 UTC by Vishal Mistry
Modified: 2018-06-30 00:07 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Vishal Mistry 2018-04-08 18:41:43 UTC 
When entering or modifying a transaction, for some dates the date gets reverted to 01/01/1970

Example:

* Begin entering a new transaction for date 26/10/2014 and tab out of the field
* Notice the date has changed to 01/01/1970

This happened on another date in 2015, but I didn't to note it down.
Comment 1 John Ralls 2018-04-08 19:28:35 UTC 
What's your timezone, and was there a DST transition on 26 October 2014?
Comment 2 Vishal Mistry 2018-04-08 19:35:03 UTC 
My current timezone is British Summer Time and (according to Google) DST for the UK was between 30 March 2014 and 26 October 2014
Comment 3 John Ralls 2018-04-12 22:23:39 UTC 
Thanks. Turns out that at least in Apple's TZInfo file that transition happened at 23:00 BST, making midnight ambiguous as to whether it's DST or not. That caused the time constructor to throw, returning a 0 time. I added a workaround in the catch block to try again 3 hours later then correct the result. That seems to work.
Comment 4 John Ralls 2018-06-30 00:07:44 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=795080. Please update any external references or bookmarks.