This function is currently only used in the owner tree code and this change
will cause payments not properly linked to invoices to be ignored when computing
owner balances.
- Main loop rewritten to be more robust and accurate.
- Added option to include broker fees in basis calculations.
- Added option to ignore money transfered to or from parent
or sibling accounts.
By then the main window has been created so it doesn't get hooked into the prefs system.
One symptom of this is that the "tab position" pref doesn't affect that window.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23734 57a11ea4-9604-0410-9ed3-97b8803252fd
It's not implemented and could easily be added back if it ever is implemented.
This will break any saved report using this price source, but they are
broken already.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23718 57a11ea4-9604-0410-9ed3-97b8803252fd
Sometimes it would display one price but use another one to compute the value.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23717 57a11ea4-9604-0410-9ed3-97b8803252fd
It was using an unset variable that was always zero.
Also do a better job of finding a pricing transaction and a couple of other
minor changes.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23713 57a11ea4-9604-0410-9ed3-97b8803252fd
Share and price calculations are done to 5 decimal places and currency
calculations are done using the precision defined for the currency.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23712 57a11ea4-9604-0410-9ed3-97b8803252fd
THe Portfolio report crashed and several othsrs used "nearest" instead.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23710 57a11ea4-9604-0410-9ed3-97b8803252fd
This limits the total number of times it can be called per invocation
of GnuCash for no obvious reason.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23708 57a11ea4-9604-0410-9ed3-97b8803252fd
Several reports need to find book closing transactions and let you specify a pattern
to match against the description of the transaction to detect them. The Close Book tool
marks the transactions it creates so they can be found without pattern matching. This
changes makes those reports use that mark to find them even if the pattern match doesn't.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23536 57a11ea4-9604-0410-9ed3-97b8803252fd
Pango seems to ignore it, but it really shouldn't be there.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23498 57a11ea4-9604-0410-9ed3-97b8803252fd
This bug has two parts. The original bug was that the wrong split is sometimes
used to print the check. In the comments a second problem was mentioned:
sometimes the wrong split is omitted from the split list in formats that print
all the splits.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23497 57a11ea4-9604-0410-9ed3-97b8803252fd
This is almost ok, but it uses the schemas from the install tree.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23457 57a11ea4-9604-0410-9ed3-97b8803252fd
As of version 2.9.1 it has a bug that causes it to fail to decompress certain files.
See https://bugzilla.gnome.org/show_bug.cgi?id=712528 for more info.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23412 57a11ea4-9604-0410-9ed3-97b8803252fd
In guile 2.0 we get nearly 7500 of them loading the scheme files.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23402 57a11ea4-9604-0410-9ed3-97b8803252fd
The most serious bug was that it would, in some cases, set the transaction's currency
to a non-currency commodity. It also sometimes set the currency directly without calling
xaccTransSetCurrency which skipped a number of side effects.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23387 57a11ea4-9604-0410-9ed3-97b8803252fd
Editing a multi-currency transaction in a serach results register sometimes
sets the exchange rate to 1 instead of the value you want.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23384 57a11ea4-9604-0410-9ed3-97b8803252fd
This avoids the crash in bug #710979 but doesn't fix the underlying problem.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23346 57a11ea4-9604-0410-9ed3-97b8803252fd
GnuCash was crashing if you searched for all unposted invoices, selected two or
more of them, and posted them. This was because the list of invoices to be posted
changed while it was being processed. As part of fixing this the prompt for post date,
due date, etc. will only be given once, not once per invoice.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23071 57a11ea4-9604-0410-9ed3-97b8803252fd
The biggest problem was that it was adding an invoice's entries to both the old
and the new invoice when duplicating the invoice.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@23070 57a11ea4-9604-0410-9ed3-97b8803252fd
Also use GNC-DENOM-AUTO instead of a constant zero when appropriate.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22976 57a11ea4-9604-0410-9ed3-97b8803252fd
Getting error like
../../gnucash/configure: line 23573: x/opt/local/bin/python: No such file or directory
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22946 57a11ea4-9604-0410-9ed3-97b8803252fd
The function md5_finish_ctx dereferences type-punned pointers which
breaks strict aliasing rules.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22832 57a11ea4-9604-0410-9ed3-97b8803252fd
This doesn't change things unless --add-price-quotes is given. If it is then it must be
handled before gtk is initialized since DISPLAY might not be set which will cause gtk
initialization to fail. This happens when running the X version of GnuCash from launchd
on a Mac to get price quotes updated.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22831 57a11ea4-9604-0410-9ed3-97b8803252fd
gnc_parse_date is ignoring the return code from qof_scan_date which causes it to
send uninitialized values to gnc_mktime which crashes if the date is too ridiculous.
Presumably this worked before because mktime took anything without crashing.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22755 57a11ea4-9604-0410-9ed3-97b8803252fd
This makes it easier to add historical prices using a different perl script.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22751 57a11ea4-9604-0410-9ed3-97b8803252fd
Make it possible to add to an existing row and do a better job of
keeping track of whether any values were display for child accounts.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22750 57a11ea4-9604-0410-9ed3-97b8803252fd
Make gnc_split_register_set_cell_fractions agree with
gnc_split_register_get_debcred_entry.
If the account for a split changes recalculate the fractions.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22736 57a11ea4-9604-0410-9ed3-97b8803252fd
If the debit or credit value of a split changes, prompt for an exchange rate.
Don't prompt for an exchange rate in a register that doesn't have a rate cell
(and fix a bug so that it knows that portfolio registers don't have one).
If the transaction has been autofilled and edited start with a nearby rate
from the prices DB. If it is an existing transaction start with the exchange
rate it already has.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22735 57a11ea4-9604-0410-9ed3-97b8803252fd
It was computing the negative of the expected value. The most obvious
effect of this was that the reconcile interval became negative when you
reconciled an account so each reconciliation was earlier than the previous.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22688 57a11ea4-9604-0410-9ed3-97b8803252fd
When a transaction is expanded and trading accounts are in use, the debit
and credit cells contain values in the split's commodity not the transaction's
currency. For example if you have a transaction involving JPY and USD
currencies and the transaction's currency is JPY, you can only enter whole
dollar amounts in the USD splits. This fixes this problem.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22673 57a11ea4-9604-0410-9ed3-97b8803252fd
It's a long-standing rule that I don't do numbers well. Third time's
a charm, I hope.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22664 57a11ea4-9604-0410-9ed3-97b8803252fd
Use a price on the same day as the transaction as default if there is one.
Don't add a new price to the price DB if the nearest one on the same day
is equivalent to the one being added.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22646 57a11ea4-9604-0410-9ed3-97b8803252fd
A transaction's value should be balanced independently in trading and
non-trading splits to be considered balanced. Incorrect adjustment
of exchange rates on existing splits can cause this to be an issue.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@22645 57a11ea4-9604-0410-9ed3-97b8803252fd
Mike Alexander