* Revert one patch for bug 740471 - it caused a different segmentation fault
* Bug 738749 - Broken account template en_GB/uk-vat.gnucash-xea
* Bug 721196 - Fixed for locales where decimal point is a comma
* Bug 672760 - Postponed transaction applied invalid date
* Added Lithuanian language business accounts
* Bug 742332 - German tax report uses US tax quarters and not real quarters
This reverts the bits in qof that were originally changed in 02acf2b
because those changes applied to the C version of the messages but
not to the C++ version.
Because that's how Fedora packages it.
Also make it a default-if-found so there's no extra config required
on Debian and Fedora work-alikes.
Note that it won't work on Fedora18 because they provide a library for
gmock and it's a different version from gtest.
Windows uses a long time zone name which over-runs the buffer in
gnc_timespec_to_iso8601_buff(). Truncate the test string so that
it compares correctly.
Due a copy and paste the German tax report was still using the
US quarters. This wrong as the latter are not real quarters as in
Germany. To fix this we simply set tax-qtr-real-qtr-year to 0 to
force real quarters. Thus changes to taxtxf.scm can be easily ported
to taxtxf-de_DE.scm
Part 2: GDate can represent a wider range that GDateTime, so make
sure that GDates outside of the range are clamped. The GDateTime
range is 1 - 9999 CE, more than wide enough for most purposes. GDate
can represent out to 65535CE, but the significant difference is that
a freshly-cleared GDate is 0CE, which GDateTime won't accept. That we
set to the Unix Epoch 0, 1970-Jan-1.
gnc_sx_incr_temporal_state can invalidate the gdate, so make sure that a
valid date is stored.
Adding the inst->temporal_state ptr to the sx->deferredList is wrong, it's
freed shortly after adding, causing later access to the freed ptr.
Add a clone instead.
Part 2: GDate can represent a wider range that GDateTime, so make
sure that GDates outside of the range are clamped. The GDateTime
range is 1 - 9999 CE, more than wide enough for most purposes. GDate
can represent out to 65535CE, but the significant difference is that
a freshly-cleared GDate is 0CE, which GDateTime won't accept. That we
set to the Unix Epoch 0, 1970-Jan-1.
Enhancements include:
- manipulation of transactions, splits, vendors and bills
- add and edit functionality customers and invoices
Author: Tom Lofts <dev@loftx.co.uk>
Use the temp dir as base dir for .gnucash
in all cases where the home dir fails. This
is more than just if the home directory doesn't exist.
Also don't attempt to create the home directory.
