Patch by Tim M:
The attached patch is an enhancement to the original reg_run_balance patch
that was implemented. This patch has been created off of a recent trunk (in
the last week). It makes the following changes:
1. Add a gboolean to the argument list of the gnc_split_register_get_rbaln()
function. If the new boolean value is set to TRUE, then the function will
return the running balance for the parent account and all subaccounts. If
set to FALSE, the function will only return the running balance of the
parent account and will not include the subaccounts. The function has been
modified also to accomodate this change.
2. Update existing calls to the function to add the boolean value.
This patch does not actually implement a runtime balance for single account
register view or normal balance column because of potential issues that will
need to be addressed, but it opens up the possibility for easy
implementation of such a change.
Signed-off-by: Christian Stimming <stimming@tuhh.de>
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18355 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Tim M:
I noticed yesterday a bug in the reg run balance patch that was applied,
there is now a "Balance" column displayed in the template transaction
register. If you open the scheduled transaction editor, then open a
scheduled transaction and go to the "Template Transaction" tab, there is a
"Balance" column displayed on the far right side of the register.
The attached patch fixes this defect so that the RBALN column is not
displayed in template registers.
Signed-off-by: Christian Stimming <stimming@tuhh.de>
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18354 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Mike Alexander: I tracked it down to the set of changes made in
r18253 to automatically load all the reports in the standard-reports directory.
This changed standard-reports.scm to use resolve-module instead of use-modules
to load reports. One difference between these two is that resolve-module
doesn't make the interface for the loaded module available to the module
containing the call to resolve-module. This causes a crash when
gnc:register-report-create in standard-reports.scm tries to call
gnc:register-report-create-internal which is located in register.scm (one of
the modules loaded using resolve-module). I fixed it by explicitly defining
that interface using the "@" guile function after the modules are loaded. You
could also probably just add back a call to use-module for that module, but
this seems to work and makes it explicit what interface is needed.
Signed-off-by: Christian Stimming <stimming@tuhh.de>
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18352 57a11ea4-9604-0410-9ed3-97b8803252fd
When opening an invoice search dialog from a specific company, list is populated by all invoices.
Patch by Geert Janssens
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18349 57a11ea4-9604-0410-9ed3-97b8803252fd
Also, add aclocal call because the patch has modified configure.ac.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18337 57a11ea4-9604-0410-9ed3-97b8803252fd
Also, fix the plugin number path of qt3-wizard.exe.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18331 57a11ea4-9604-0410-9ed3-97b8803252fd
The libofx patch was originally intended to be committed to the libofx CVS
so that the code would be included in a potential 0.9.2 release sometime in
the future, only until I discovered that I'm a developer there but
without CVS write access. Duh!
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18330 57a11ea4-9604-0410-9ed3-97b8803252fd
invoice html to load in firefox. It still doesn't fix it in webkit, for some reason.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18328 57a11ea4-9604-0410-9ed3-97b8803252fd
Adds a balance column to the "Open Subaccounts" register with the running
balance.
This patch adds a Balance column (similar to the single account register) which
provides a total running balance of the parent account and all subaccounts.
Patch by Tim M, modified by cstim to take r18320 / Bug#585784 into account:
We need to should use gnc_account_print_info() instead of the removed
gnc_split_register_print_info().
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18325 57a11ea4-9604-0410-9ed3-97b8803252fd
Register transaction Action pulldown lists are currently oriented to stock
transactions. Expense Action options, for example, are Buy and Sell. The
enclosed patch adds a small number of items for those using Gnucash for
personal checking accounts. Also, ATM is split into ATM Deposit and ATM Draw
(withdrawal).
This patch adds actions to the register transaction Action pulldown lists
Patch by James Raehl.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18322 57a11ea4-9604-0410-9ed3-97b8803252fd
When I try to import a downloaded OFX from Fidelity NetBenefits, my mutual fund
purchases become sales. I looked at the code and it seemed like a pretty simple
fix, it seems as if it was treading all non-income investing transactions as sales.
I wrote and tested this patch to fix the problem.
Patch by Matt Lavin, signed-off by Benoit Grégoire.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18321 57a11ea4-9604-0410-9ed3-97b8803252fd
The original patch attempted to fix bug #529494 by replacing the
gnc_split_value_print_info function with gnc_split_register_print_info, which
instead of using the print info of the transaction's commodity, used the print
info of the commodity of the register's account. However, this was not the
correct behavior in all cases either. This patch eliminates the
gnc_split_register_print_info and instead puts the logic for selecting the
appropriate print info into the functions which previously called it.
* In gnc_split_register_get_balance_entry, the print info of the account of
the split is used (xaccSplitGetAccount); if the split doesn't have an account,
the print info of the register's default account
(gnc_split_register_get_default_account) is used
* In gnc_split_register_get_debcred_entry, if there is no split, the account
info of the register's default account (gnc_split_register_get_default_account)
is used. Otherwise, if the register is a Stock/Mutual Fund register or an
(obsolete) Currency register, the print info of the transaction's currency is
used (xaccTransGetCurrency). Finally in all other cases, the print info of the
register's default account (gnc_split_register_get_default_account) is used.
* In gnc_template_register_get_debcred_entry, there is no account to reference,
so the default print info (gnc_default_print_info) is used.
Patch by Daniel Harding.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18320 57a11ea4-9604-0410-9ed3-97b8803252fd
This also strips trailing whitespaces from lines where they existed.
This re-indentation was done using astyle-1.23 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18319 57a11ea4-9604-0410-9ed3-97b8803252fd
The patch exists in libdbi source, but not in 0.8.3. The problem is that "errno" is used
as a routine parameter name. The parameters are accessed incorrectly leading to a segmentation
violation.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18312 57a11ea4-9604-0410-9ed3-97b8803252fd
in engine. The old routine in app-utils just called the one in engine. There isn't even the
excuse that the one in app-utils was just there for SCM, because there were SCM calls to
xaccAccountGetFullName.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18309 57a11ea4-9604-0410-9ed3-97b8803252fd
has not been loaded yet, print a warning message into the trace file.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18308 57a11ea4-9604-0410-9ed3-97b8803252fd
hasn't been loaded yet, load it.
If an object has a reference to an account, commodity, budget or lot that hasn't been loaded
yet, print a warning message in the trace file. The difference in handling is that these
object types are always loaded at init time, whereas transactions are not.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@18307 57a11ea4-9604-0410-9ed3-97b8803252fd
