On OpenSuSe. They've taken to using libdbi's git repo instead of the last
tarball (0.9.0 in March 2013) and there's a significant change in the
data format.
Oddly, this was fixed in master as part of building the file as C++. Even
more oddly no C compiler caught the type error for 6 years and it's not clear
to me what happened to make clang notice it now.
* CMakeLists.txt: Give CMake a hint about where to find pod2man
based on where it found perl.
* src/cmake_modules/GncConfigure.cmake: Protect GNC_HELPDIR in
quotes for cases where it contains spaces (like "C:\Program Files"
on Windows).
When importing the last line of the CSV the gtk_tree_model_get() never happens
and the following compare uses the previous value of new_id, which is now = id,
so the last invoice is never posted.
Set new_id = Null before gtk_tree_model_get() to ensure processing the last line.
If the transaction doesn't have the gdate-posted slot and the random
junk left on the stack where date lives happens to make a valid gdate
then timespec_to_gdate won't be called and a bogus date will be returned.
First step: Change the timestamp to 11:00 UTC instead of midnight local,
adjusting by an hour or two if the local timezone is one near the
International Date Line to keep the date from flipping around.
Scrub all old entries to make current files correct.
Note: This effectively disposes of the distinction of close-book transactions
having a noon instead of midnight timestamp as a way to distinguish them
from regular transactions, but that distinction doesn't seem to be used;
xaccTransIsCloseBook() is used instead.
This slightly changes the semantics of a 'None' default tax table
from 'taxable but no tax details given'
to 'not taxable'.
While not exactly the same the former is a highly unlikely
situation, where the latter is more common and hence makes
more sense. In the rare case a user does want to express
the old semantics this is still possible by explicitly
creating a tax table without any details.
Note this only influences newly entered entries. It has
no influence on existing ones.
There hasn't been a clist to iterate through since 2002, calling
gnc_import_TransInfo_refresh_destacc immediately after
gnc_import_TransInfo_set_destacc(...TRUE) is a no-op, and refresh_model_row
gets called immediately after run_account_picker_dialog_returns.
As a side benefit this might fix bug 757078.
