[GNC-dev] End of 'X' date on 3.4-50 (maint)
Bob Gustafson
bobgus at rcn.com
Sat Feb 2 12:10:16 EST 2019
Whenever I can, I use/convertTo the format 2019-02-02 (unfortunate that
today is the 2nd of February. Things are less ambiguous near the end of
months). This format is more native to SQL databases and also will sort
reasonably when used in flat file names.
I think the US Govt issues passports with expiration dates in the last
half of the month - just to cut down the confusion. (This may have
changed though..)
Decades ago I searched for 24hr watches - smart phones have eliminated
that need.
Have fun - Bob G
On 2/2/19 6:19 AM, Herbert Thoma wrote:
> Am 02.02.19 um 00:27 schrieb Wm via gnucash-devel:
>> On 30/01/2019 01:54, Stephen M. Butler wrote:
>>> I compiled origin/maint (gnucash 3.4-50) and noticed that the end of
>>> accounting period was at 12/31/2020 while the start of accounting
>>> period
>>> is at 1/1/2019.
>>>
>>> Checked:
>>>
>>> * Today: 1/29/2019
>>
>> what the fuck do you expect if you are using american dates
>
> Hmm, I would think that the problem is not the backwards US date
> format. I would rather think that if the start of accounting
> period is 1/1/2019, then the end should be 12/31/20*19* instead
> of 12/31/20*20*.
>
>> this is not news.
>
> This seems to me like a bug.
>
>> _______________________________________________
>> gnucash-devel mailing list
>> gnucash-devel at gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
>
> _______________________________________________
> gnucash-devel mailing list
> gnucash-devel at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
More information about the gnucash-devel
mailing list