You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I cannot reproduce this behavior with gnucash 2.6.18 in MacOS: i.e. when I add a transaction on 1/2/2013 (US locale) in gnucash, I see "20130102105900" in the database irrespective of my timezone settings. Similarily strptime used without a timezone modifier here should give us what they call a "naive object" in the documentation that should just print the same way it was parsed I think.
Maybe they changed the behavior in newer gnucash versions? (or does the mac version diregard the timezones?)
Gnucash exported the transactions using UTC time, while the Gnucash software is set to UTC+2.
Therefore transactions that occured on "2016/08/02" were exported as "2016/08/01 22:00" and interpreted as "2016/08/01".
I used this hack in
gnucash.py
to adjust:Maybe this could be made configurable using a CLI switch?
The text was updated successfully, but these errors were encountered: